Closed
Bug 467908
Opened 16 years ago
Closed 14 years ago
All day event boxes in rotated view overlapps time grid and shown side by side
Categories
(Calendar :: Calendar Frontend, defect)
Calendar
Calendar Frontend
Tracking
(Not tracked)
RESOLVED
FIXED
1.0b3
People
(Reporter: andreas.treumann, Assigned: merike)
References
Details
(Keywords: regression, Whiteboard: [needed beta][no l10n impact])
Attachments
(4 files)
38.84 KB,
image/jpeg
|
Details | |
838 bytes,
patch
|
ssitter
:
review-
|
Details | Diff | Splinter Review |
31.45 KB,
image/png
|
Details | |
1.62 KB,
patch
|
Fallen
:
review+
|
Details | Diff | Splinter Review |
STEPS TO REPRODUCE: =================== - create an all day event - switch to day/week view - go to 'View/Current View' - enable 'rotated view' RESULT: ======= - the all day event box overlapps the time grid (see screen shot) EXPECTED RESULT: ================ - the all day event box should only visible in the all day section REPRODUCIBLE: ============= - always
Reporter | ||
Updated•16 years ago
|
Summary: All day events boxes in rotated overlapps time grid → All day event boxes in rotated view overlapps time grid
Updated•16 years ago
|
Keywords: regressionwindow-wanted
Updated•16 years ago
|
Flags: blocking-calendar1.0?
Comment 1•16 years ago
|
||
I could have sworn that I only saw this happen first after Xmas, but I now tested a few comm-central builds (with new profile every time) and found this: 2008-12-20-04 (Linux) broken 2008-12-14-04 (Linux) broken 2008-12-10-03 (Linux) broken 2008-12-05-03 (Linux) broken 2008-12-04-04 (Linux) broken 2008-12-03-04 (Linux) broken 2008-12-02-03 (Linux) broken 2008-12-01-03 (Linux) works By the way, I would actually like the change that the all-day events are all aligned along the top of each day if the other events were cut down a bit. (But that's probably another bug.)
Keywords: regressionwindow-wanted
Comment 2•16 years ago
|
||
Judging from the comments I see in <http://hg.mozilla.org/comm-central/pushloghtml?startdate=2008-12-01+03%3A00&enddate=2008-12-02+03%3A00> bug 416138 could be responsible. Haven't looked at the code, though.
Comment 3•15 years ago
|
||
This fixes (partially), but if the title is very long, then the box is neither cut off nor wrapped. What do we want to do here? Not sure how easy its possible to make it automatically wrap. I don't think the part with making the header stop expanding should block the release.
Updated•15 years ago
|
Whiteboard: [needs review]
Comment 4•15 years ago
|
||
Comment on attachment 361347 [details] [diff] [review] Fix - v1 I don't think this is the correct fix. It just replaces one regression with another regression. There should be a correct fix that restores the previous behavior, i.e. all day entries are stacked on top of each other instead of side by side.
Attachment #361347 -
Flags: review?(ssitter) → review-
Comment 6•15 years ago
|
||
This screenshot shows the previous correct behavior (stacked on top of each other) and the current wrong behavior (side by side) if multiple all day events exists on the same day.
Updated•15 years ago
|
Summary: All day event boxes in rotated view overlapps time grid → All day event boxes in rotated view overlapps time grid and shown side by side
Comment 7•15 years ago
|
||
Yes, the patch in my case causes the week view itself to disappear completely, because the all-day event column gets so wide that it pushes the days out of the window (because I have many all-day events with long names this week).
Whiteboard: [needs review]
Assignee | ||
Comment 8•14 years ago
|
||
This fixes it for me and makes sense since the expected behaviour for header boxes is the same in both views.
Assignee: philipp → gasell+mozilla
Attachment #464119 -
Flags: review?(philipp)
Comment 9•14 years ago
|
||
Comment on attachment 464119 [details] [diff] [review] 3-line fix This definitely improves the situation. Ideally, if there is a box with a longer title then the daybox could auto-expand to a predefined max-width. (In a more ideal world, we could put a splitter there, but thats a different bug) I'm happy to do both in a separate bug though. >-calendar-header-container[orient="horizontal"] { >+.calendar-header-day-box[orient="vertical"] .calendar-event-column-header { Unless I'm missing a special case, since now all header day boxes are orient vertical, we can get rid of the attribute selector. r=philipp I forget, do you need this checked in, or do you have commit access yourself? (You should, if you don't :) Please set keywords accordingly.
Attachment #464119 -
Flags: review?(philipp) → review+
Updated•14 years ago
|
Flags: blocking-calendar1.0? → blocking-calendar1.0+
Whiteboard: [needed beta][no l10n impact]
Assignee | ||
Comment 10•14 years ago
|
||
(In reply to comment #9) > Comment on attachment 464119 [details] [diff] [review] > 3-line fix > > >-calendar-header-container[orient="horizontal"] { > >+.calendar-header-day-box[orient="vertical"] .calendar-event-column-header { > Unless I'm missing a special case, since now all header day boxes are orient > vertical, we can get rid of the attribute selector. There is no bottom-border applied to that box in normal view. It should only be applied in rotated view. There is also no min-width set in normal view, I can see it go as narrow as 81px before day labels stop it.
Keywords: checkin-needed
Comment 11•14 years ago
|
||
Pushed to comm-central <http://hg.mozilla.org/comm-central/rev/8ab6d18a66d4> -> FIXED
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
Target Milestone: --- → 1.0b3
Comment 13•14 years ago
|
||
Backported to comm-1.9.2 <http://hg.mozilla.org/releases/comm-1.9.2/rev/b4930dc6440a> a=philipp
You need to log in
before you can comment on or make changes to this bug.
Description
•