calendar event time block collisions

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?

Nat, can you confirm whether side-by-side was ever implemented? I don't think it was.

I agree with Balazs's writeup. The bug making it not work at all should be fixed, which he did. Any work to get side-by-side working, should be its own feature effort.

--Paul

On Sep 22, 2011, at 9:40 AM, Balazs 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?
>
>
>
> ** Changed in: karl3
> Status: New => Fix Committed
>
> --
> You received this bug notification because you are subscribed to KARL3.
> https://bugs.launchpad.net/bugs/845067
>
> Title:
> calendar event time block collisions
>
> Status in KARL3:
> Fix Committed
>
> Bug description:
> When multiple events are created for the same time block, karl only
> shows a maximum of two of them. It looks like it is only displaying
> the first two that were created. This happens regardless of the
> category of the event.
>
> The content is still there. It shows up in searches, and can be
> navigated to. Karl just doesn't display more than 2 on the calendar
> view.
>
> This has implications for the universal calendar, as it becomes more
> likely that multiple events will be happening at the same time.
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/karl3/+bug/845067/+subscriptions

That's right; we never had side-by-side display for colliding events. We just looked at how Outlook handles the issue that suggested that KARL do the same thing, but we can treat it as a separate feature if that's easier.

-Nat

--
Nathaniel Katin-Borland
Support Specialist
Knowledge Management Initiative
KARL Support Team

Open Society Foundations - New York Office
400 West 59th Street
New York, NY 10019
Email: <email address hidden>
Phone: 212-547-6984
http://www.soros.org/
http://www.karlproject.org
-----Original Message-----
From: <email address hidden> [mailto:<email address hidden>] On Behalf Of Paul Everitt
Sent: Thursday, September 22, 2011 4:50 PM
To: Nathaniel Katin-Borland
Subject: Re: [Bug 845067] calendar event time block collisions

Nat, can you confirm whether side-by-side was ever implemented? I don't think it was.

I agree with Balazs's writeup. The bug making it not work at all should be fixed, which he did. Any work to get side-by-side working, should be its own feature effort.

--Paul

On Sep 22, 2011, at 9:40 AM, Balazs 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-557740
> 2
>
>
> 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?
>
>
>
> ** Changed in: karl3
> Status: New => Fix Committed
>
> --
> You received this bug notification because you are subscribed to KARL3.
> https://bugs.launchpad.net/bugs/845067
>
> Title:
> calendar event time block collisions
>
> Status in KARL3:
> Fix Committ...

fixed