| Issue 218: | Setting to disable visual overlapping of events in agenda views | |
| 32 people starred this issue and may be notified of changes. | Back to list |
The first overlapping event on the left doesn't get shrinked as it should do. Take a look to the attached screenshoot
Dec 3, 2009
Project Member
#1
adamrs...@gmail.com
Dec 9, 2009
It seems a bug to me cause some text gets covered. Maybe you could add a calendar flag to enable/disable this GCalendar behaviour ;)
Dec 18, 2009
Will you fix this then? There is no reason to show the first event with double size ;)
Jan 13, 2010
not a bug. Adam is correct ,this is how gcal works. if the left most event is not the first event, and it overlapps, then they all get skinny, otherwise, the left most event is larger.
Jan 22, 2010
But I still don't understand the reason for this behaviour! What's the reason of overlapping the first event description soo the user can't read it? In addition I'm using a mouseover event to show a delete icon in the top right corner of the event (right is better then left for an estetic purpouse) and it often gets covered by an overlapping event. Event if I don't understand the reason of keeping this behaviour I think it should at least become an option.
Jan 22, 2010
Now I tested the google calendar behaviour and it's completely different. Events are placed in a different order and the overlap works on ALL events not just the first one. Take a look to the screenshoot.
Feb 5, 2010
looks like there are subtle differences between the way fullcalendar and google calendar does it. i think the two screenshots would look even more similar if the events were the same time/length (b/c that has influence on what horizontal position they get). but regardless, google calendar does overlap events and hides the top right corner, so i'm sensing you don't want fullcalendar to follow google calendar's behavior? that is fine, i don't mind departing from gcal. the main reason this behavior exists is to save horizontal space, which is often precious in week view. so here is a possible solution... only make events overlap if they don't have enough room. so in day view, there wouldn't be any overlapping. does this solution sound okay to you?
Feb 8, 2010
The events I made have the same time lenght but they are placed in different horizontal position, they are just different behaviours and I really don't know what's the better one. I made the 2 screenshoots to show you that gcal overlaps ALL events while fullcalendar overlaps only the first event on the left. That's a bug! If you want to keep the gcal behaviour you should overlap all events, not just the first one. As I said in a previous post I don't like this behaviour because if the event goes overlapped you can't read a part of the text that it contains. Same if I decide to place an icon in the top right corner of each event, they get covered and can't be used. Your solution seems fine but I still think that must be a configurable option. If a functionality requires that there is no overlap I should be able to block this behaviour.
Feb 18, 2010
Hi, I was having the same issue with text on the left hand side event being 'under' the adjacent event, so that it couldn't be viewed. A quick and dirty fix Line 2050 in fullcalendar.js changed to seg.outerWidth = availWidth < 250 ? outerWidth:250; // outerWidth; THIS is the critical line for widths which will make the agenda day view look correct for my case where 3 events run at the same time. I agree, it needs to change.
Mar 23, 2010
Hi, I was able to fix this issue by modifying the below line, outerWidth = ((availWidth / (forward + 1)) - (12/2)) * 2; to outerWidth = ((availWidth / (forward + 1)) - (12/2)) * 1; My understanding is that once there are multiple elements, the width has to be controlled and we can have outerWidth instead of 2*outerWidth. Thanks
Jun 10, 2010
An other way :
eventMouseover: function(calEvent, jsEvent, view) {
$(this).css('z-index', '10');
},
eventMouseout: function(calEvent, jsEvent, view) {
$(this).css('z-index', '8');
}
Jun 10, 2010
And the perfect way ;) : modify : outerWidth = ((availWidth / (forward + 1)) - (12/2)) * 2; and seg.outerWidth = outerWidth; to outerWidth = availWidth / (forward + 1); and seg.outerWidth = outerWidth -1;
Jun 16, 2010
accepting this feature. note, this feature is different from https://code.google.com/p/fullcalendar/issues/detail?id=396, which prevents events from occupying the same date/time altogether. this feature merely affects the way events are *displayed*
Summary:
Setting to disable visual overlapping of events in agenda views
Status: Accepted Labels: -Type-Defect Type-Enhancement
Jun 16, 2010
Issue 497 has been merged into this issue.
Jul 5, 2010
Issue 542 has been merged into this issue.
Sep 22, 2010
When initially reviewing calendar controls, this is the reason I avoided this control in favor of jquery-week-calendar. (I'm back here because of the great documentation and arshaw's presence on SO) I prefer multiple concurrent events to split the horizontal width evenly like Outlook does it. I understand the intended benefit of the overlapping events, but I think it has problems as well. I support it as a configuration option.
Oct 21, 2010
I'm using fullcalendar to schedule activities and to assign people to them. I can successfully drop an activity on the calendar to schedule it. I then want to drop a person on the scheduled activity to assign them to it. This is fine as long as there's no other event covering the same period. When there is more than one, however, I can only drop on the event whose width is the full column. Using the change in Comment 15, I can drop correctly on any of them. Thanks for supplying it. I'd prefer it to be in the official release. I'm fine with this being a configuration option.
Nov 21, 2010
Issue 703 has been merged into this issue.
Feb 1, 2011
Simon:#15 -> Thanks for the fix. Was trying to change z-index value which anyway didn't have any effect.Works fine now on both IE and FF. Keshav.
Sep 29, 2011
Issue 1064 has been merged into this issue.
Aug 18, 2012
Has this been implemented into the release?
Feb 26, 2013
Is this still an ongoing issue?
Apr 23, 2013
Hi, I am also interested using this feature... Can anyone provide some information? kind regards Patrick
Jun 11, 2013
I'm also looking forward to see this "enhancement" in the fullcalendar. ;-)
Jun 16, 2013
Hi, I was able to implement fix in #15 but would be great to have it included in the next version of fullCalendar. I'm in 1.6.1 and still have this issue.
Aug 13, 2013
(No comment was entered for this change.)
Labels:
-Type-Enhancement Type-BehaviorMod
Aug 13, 2013
NOTE TO SELF: while tackling this issue, also tackle issue 204
Aug 14, 2013
(No comment was entered for this change.)
Labels:
-Type-BehaviorMod Type-Feature
Aug 15, 2013
Issue 1337 has been merged into this issue.
Aug 25, 2013
Issue 1919 has been merged into this issue.
Aug 28, 2013
(No comment was entered for this change.)
Labels:
milestone-1.6.4
Aug 31, 2013
https://github.com/arshaw/fullcalendar/commit/038593d5f6dd030edaaa8e533e5f16e9b039ba7a https://github.com/arshaw/fullcalendar/commits/v1.6.4 docs to come
Status:
Implemented
Sep 1, 2013
I have just released v1.6.4. The main thing was improving the algorithm to use the most efficient amount of space when positioning agenda events. At most 1/2 of an event will be obscured by another. This is how google calendar does it and it often the most aesthetically pleasing solution. You may find the new behavior sufficient for you. However, if you want absolutely ZERO event overlapping, I have added a settings for that: http://arshaw.com/fullcalendar/docs/agenda/slotEventOverlap/ Please report any bugs related to this new behavior as separate issues. Thanks!
Status:
Released
|
|
| ► Sign in to add a comment |