We have a view with separate displays for day/week/month/year.
There are numerous serious issues with the week display.
1) There is js code to set the height of the "single-day-container" element. This code doesn't work properly, and always results in the container having a height of zero. Looking at the code, it is hard to tell precisely what it is intended to do (@see: js/calendar_overlap.js in the calendar_resizeViewport function), since there's little commenting; it isn't clear why one would subtract the top offset, since this can be any value, and frequently causes a zero height table.
2) Less concerning, but still a bug - the code references a grippy icon that doesn't exist in the project, resulting in a 400 error in the console.
3) Events may be sorted into the incorrect time slot, depending on the timezone set in Drupal. This is occurring around line 455 in calendar.theme.inc for the week display, and also effects the day display.
4) It looks like when the display is in overlap mode, if multiple events occur at the same time, only one of them is visible (mostly a css issue, effects day and week displays).
5) Nice to have - it would be good to have the date next to the day names, perhaps in brackets.
Comment | File | Size | Author |
---|---|---|---|
#20 | calendar-2901594-20.patch | 1.48 KB | catch |
#13 | week-week-day-display-issues-2901594-13.patch | 11.26 KB | jeremylichtman |
#9 | week-week-day-display-issues-2901594.patch | 3.27 KB | jeremylichtman |
Comments
Comment #2
jeremylichtman CreditAttribution: jeremylichtman as a volunteer and for Cheeky Monkey Media commentedComment #3
jeremylichtman CreditAttribution: jeremylichtman as a volunteer and for Cheeky Monkey Media commentedComment #4
jeremylichtman CreditAttribution: jeremylichtman as a volunteer and for Cheeky Monkey Media commentedComment #5
jeremylichtman CreditAttribution: jeremylichtman as a volunteer and for Cheeky Monkey Media commentedComment #6
jeremylichtman CreditAttribution: jeremylichtman as a volunteer and for Cheeky Monkey Media commentedComment #7
jeremylichtman CreditAttribution: jeremylichtman as a volunteer and for Cheeky Monkey Media commentedComment #8
jeremylichtman CreditAttribution: jeremylichtman as a volunteer and for Cheeky Monkey Media commentedComment #9
jeremylichtman CreditAttribution: jeremylichtman as a volunteer and for Cheeky Monkey Media commentedThe attached patch fixes the following issues:
* Ensures events show in the right time slot (day/week displays) when the Drupal timezone is not UTC.
* Disables the resizing javascript that caused table height to always be zero.
* CSS mods to clean up alignment of the day/week displays
Comment #10
mwmentor CreditAttribution: mwmentor commentedHi Jeremy:
Thanks for the patch - works like a charm :)
-M
Comment #11
jeremylichtman CreditAttribution: jeremylichtman as a volunteer and for Cheeky Monkey Media commentedYou're welcome.
Comment #12
sleepingmonkHey Jeremy!
Noticed an additional issue with this patch.
While the items are now appearing in the correct time slot on the day and week views, if they're within the difference between UTC and the timezone, they end up on the next day.
To reproduce, create an item with Pacific Timezone (UTC -8), and set the time within 8 hours to midnight.
i.e.: 2017-09-21T21:00:00
This item will appear at 9pm on the 22nd NOT the 21st.
This happens on Day, Week, and Month displays.
Comment #13
jeremylichtman CreditAttribution: jeremylichtman as a volunteer and for Cheeky Monkey Media commentedReworked the patch from above. The new patch reworks the start/end datetimes at the views row level, so that they are placed into the right buckets in the first place (i.e. instead of trying to sort them into the right buckets at the theme preprocess level).
Comment #14
jeremylichtman CreditAttribution: jeremylichtman as a volunteer and for Cheeky Monkey Media commentedPrevious patch had whitespace errors.
Comment #15
acrollet CreditAttribution: acrollet commentedThis patch no longer applies to head - I'm uploading a re-roll that only includes the css/js changes and additionally:
1. adds the missing grippie.png file (no longer in core)
2. uses .length instead of the deprecated .size() method
I'd humbly suggest that it might make sense to split the other concerns into separate issues? Feels like it will be to keep an omnibus patch up to date and get it accepted.
Comment #16
manuga CreditAttribution: manuga at Diputació de Barcelona commentedHi, I tried #15 patch and works for me
Comment #17
minorOffense CreditAttribution: minorOffense at Coldfront Labs Inc. commentedI would say take the 4 issues listed in the description and create issues for each. Then link them to this parent issue. The patch in #15 can be it's own issue as well and set the relation.
That way the maintainer can test the individual items more easily. But looking over what @jeremylichtman did those seem like valuable improvements and we should help get them merged in.
Comment #18
catchPatch no longer applied for me, seems to be just context. Here's a re-roll.
Comment #19
catchAnd one without the size/length fix - getting a conflict with other patches in the queue.
Comment #20
catchMissed the binary hunk.
Comment #21
oriol_e9gAplies and works.
Comment #22
solide-echt CreditAttribution: solide-echt commented