Comment 1 for bug 845067

Revision history for this message
Balazs Ree (ree) wrote :

NOTE: I fixed this on the trunk, if you give a green light to the solution then it will also go into the ree-improve-calendar branch.

------

It appears that the "shows only 2 colliding events" is the consequence of a trivial bug. After fixing this bug it appears that the calendar really only shows 1 event, not even 2.

What I write now is not absolutely sure as the code is hard to understand entirely. But it seems very much that "show more colliding events" has not been implemented previously, just appeared to be "kind of working" as the consequence of this bug.

I provided the most reasonable, most easy fix and as a result, in the day and week views, multiple events in the same slot are shown shifted under each other. Please also check this screencast that shows the "before" and "after" states:

http://blip.tv/greenfinity/karl-calendar-events-duplication-bug-5577402

Perhaps it would be more desirable to show the events side by side. But is seems to me that this is not implemented, and to implement this would be a bit more work. Feasible, but it's a new feature category and not a bug fix category of work.

So my questions are:

1. What is the original policy about the visualization of colliding events? Is the current fix of showing these events under each other sufficient, or not? (if not, please specify the policy)

2. Whatever way we choose to do the visualization, there is always the chance that there is not enough space to show all the events. What shall be the policy in this case? Is it acceptable that some events are not shown, or, do we have to conceive and implement a UI solution for showing the "more events" in a given time slot?