From ef3b39b7917c1b041ac380c7249c68cf17c38f37 Mon Sep 17 00:00:00 2001 From: defacer Date: Wed, 28 Apr 2004 10:20:30 +0000 Subject: [PATCH] There are serious problems with event.php and mini-calendars, mainly because we don't have much information about courses at that stage. Started to fix things up, but there is still work to be done. --- calendar/event.php | 12 +++++++++++- 1 file changed, 11 insertions(+), 1 deletion(-) diff --git a/calendar/event.php b/calendar/event.php index 80aefeb253..ba6f05d050 100644 --- a/calendar/event.php +++ b/calendar/event.php @@ -379,10 +379,20 @@ // START: Last column (3-month display) echo ''; + + // [pj] There is a whole class of problems with minimonths in event.php, which + // was why there were no minimonths before... I fixed them as best I could for now. + + // These were left out, and the whole thing was simply broken + $defaultcourses = calendar_get_default_courses(); + echo calendar_overlib_html(); + calendar_set_filters($courses, $groups, $users, $defaultcourses, $defaultcourses); + print_side_block_start(get_string('monthlyview', 'calendar'), '', 'sideblockmain'); list($prevmon, $prevyr) = calendar_sub_month($mon, $yr); list($nextmon, $nextyr) = calendar_add_month($mon, $yr); - echo calendar_filter_controls($_GET['view']); + // This is also broken; set.php doesn't know how to redirect back to event.php + // echo calendar_filter_controls('event'); echo '

'; echo calendar_top_controls('display', array('m' => $prevmon, 'y' => $prevyr)); echo calendar_get_mini($courses, $groups, $users, $prevmon, $prevyr); -- 2.39.5