- events are now shown in a consistent way
- upcoming events and days are calculated with the same function
- it's now not possible to edit module events directly
- various tidying up
* Changed the expired events' color to dimmed
* Added "new event" button in upcoming events screen
* Small improvement (more robust) in redirection from set.php to upcoming events
Fixed wrong redirection after changing filters for all calendar screens
Fixed course selection menu to work without javascript
Moved course selection menu to the header, and added it to all screens
All screens now conform to the selected course in the menu
Small improvements in the way guests are handled
1. Much better and more intuitive handling of filters.
2. Simplified user interface for guests.
3. Feature request implemented: bug #1431
4. A number of significant bugfixes
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 :-)
