Now the module icon is shown before the event name in the mini-month tooltips.
Maybe this would be better with the module name instead, but I don't know.
Comment in the bugtracker if this isn't what we want.
When the admin is logged in as a different user, user events are shown
correctly in the calendar.
Also, fixed a very-recently-introduced bug which appears to have escaped
notice so far.
courses other than the one you are browsing are not displayed in the month
views or as upcoming events, except only if you explicitly do it in the
full month view. However, if you manually go to a day with such an event and
get a day view, you will see the event. Should I find a way to hide that too?
(REAL fix this time! ;-)
Thanks for the report, Eloy. I now know what I was doing wrong. Because on my
dev site I have the same TZ as the server, sometimes I can make mistakes and
"get away with them". :-/
Now if you are a teacher in a course, you now see ALL group events in that course.
As a result, admins see group events for all courses.
Maybe it needs more work than this, though.
This one was most insidious. Usually we get bugs that have to do with the
user/server timezone interaction, but by now I 've learned to be extra
careful about that. This one, however, only had to do with the server's
timezone and was 100% certain to happen if you are GMT minus something.
Considering that I 'm GMT+2, it went unnoticed. Sorry!
Now clicking on an event time in the "upcoming" block always takes you to the correct date in the calendar.
Martin, you were right. Too much was going on. Once too much! ;-)
Upcoming events were not displayed before calendar_session_vars() was called
at least once. The upcoming events block did not do that, because once upon a
time it was displayed below the month view, which was known to do it :)
Solution: calendar_session_vars() is now called directly from lib.php.
- simplified the screens some more (headers etc)
- preferences are all on one page, and the code was rewritten
for simplicity and consistency
Changes are not well tested yet but I'm off to bed :-)
Changed the handling of time display format; now it's read from the language
file by default, and a new preference has been added to allow each user to
manually specify his preferred time format.
