Closed
Bug 322979
Opened 19 years ago
Closed 17 years ago
views should not scroll the labelling columns along the non-scrolling axis
Categories
(Calendar :: Calendar Frontend, defect)
Calendar
Calendar Frontend
Tracking
(Not tracked)
VERIFIED
FIXED
0.9
People
(Reporter: dmosedale, Assigned: Fallen)
References
Details
Attachments
(1 file)
4.22 KB,
patch
|
berend.cornelius09
:
review+
|
Details | Diff | Splinter Review |
If one scrolls the multiday-view vertically, after a bit of scrolling, the key which displays the day names is out of view. A similar thing happens to the key which displays the hours when scrolling horizontally.
Fixing this is likely to change our use of boxes in a non-trivial way, so it may want to happen at the same time we win mvl's WarOnBoxes <http://wiki.mozilla.org/User:Mvl/warOnBoxes>. Additionally, we'll likely either have to refactor either the scrolling implementation and/or how the decoration works.
Updated•19 years ago
|
Component: Help Documentation → Base
Comment 1•19 years ago
|
||
*** Bug 324407 has been marked as a duplicate of this bug. ***
For reference, Bug 242317 implemented this for the Sunbird 0.2 views.
Blocks: 321164
Reporter | ||
Updated•19 years ago
|
Depends on: warOnBoxes
Comment 3•19 years ago
|
||
*** Bug 327436 has been marked as a duplicate of this bug. ***
Comment 4•19 years ago
|
||
The bugspam monkeys have struck again. They are currently chewing on default assignees for Calendar. Be afraid for your sanity!
Assignee: base → nobody
Updated•18 years ago
|
Component: Internal Components → Calendar Views
QA Contact: base → views
I think some issues generated by this are already resolved, as in comment #2, for day and week view. I would like to draw your attention on another situation that I think is related to this in month/multiweek view.
First, I was looking for file a bog as below, but it may be dupe for this one IMO. It may also fit better in bug 312830 as I commented there, or maybe better to file it separated so that can be dependent on 312830 (which is not the case here). Please indicate as appropriate
*Day box scroll in month/multiweek view should not scroll day label*
This is a minor issue, but I think the scroll in day box is unnatural and unexpected. This may fall dependent on other dom elements structure changes that may happen for more serious reasons.
I think this bug affects the structure of elements (box) used for representation of the day/events in month and multiweek view. I am not able to write a patch for it, I tried some css tweaks with no result, but I can show where I think the fault is.
*Today* [ltn 0.8] the elements in the month grid for a day are :
+calendar-decorated-month-view (id: month view)[same for multiweek]
......
+ xul:calendar-month-day-box
+ xul:vbox[flex="1"] ->I think this one is where the scroll appears
--------------------------------------
| - xul:label[anonid="day-label"] | ->label is included in the scrolling area!
+ xul:vbox
+ calendar-month-day-box-item
.....etc (calendar event elements and details)
and look like:
+-----------------+
| *6* [^] | \
| --------- | | | .
| | event 1 | | | | .
| --------- | | | .
| --------- |-| | .
| | event 2 | |-| | > all this is scrolling!
| --------- |-| | .
| --------- | | | .
| | event 3 | | | | .
| --------- [v] | /
+-----------------+
so that scroll includes day label, which I consider NOT correct
*It should be:*
......
+ xul:calendar-month-day-box
+ xul:vbox ->no scroll at this level
. . . . . . . . . . . . . . . . . . . .
- xul:label[anonid="day-label"] ->label NOT included in the scrolling area!
--------------------------------------
| + xul:vbox[flex="1"] | ->this is what we need to scroll!
+ calendar-month-day-box-item
.....etc (calendar event elements and details)
and look like:
+-----------------+
| *6* | ->no scroll at this level
| --------- [^] | \
| | event 1 | | | | .
| --------- | | | .
| --------- |-| | .
| | event 2 | |-| | > only this should be scrolling!
| --------- |-| | .
| --------- | | | .
| | event 3 | | | | .
| --------- [v] | /
+-----------------+
so that the scrolling would NOT include day label
Is this only about moving the flex1 from the day box first child to the next level, where is the box that contains the events ? Or am I getting it all wrong?
Assignee | ||
Comment 6•17 years ago
|
||
This patch fixes and also corrects scrolling a bit. If the mouse is scrolled on an overflowing month box, then the box itself is scrolled, otherwise the view is scrolled as before.
Assignee: nobody → philipp
Status: NEW → ASSIGNED
Attachment #319745 -
Flags: review?(Berend.Cornelius)
Does this solve also bug 391281?
Comment 8•17 years ago
|
||
Comment on attachment 319745 [details] [diff] [review]
Fix v1
Your patch works fine and looks good, but I am wondering if it would not be better to make an own binding out of the box "day-items" with the mousescrollhandler within it. By this you would keep the logic inside where it belongs to without a need to query the event target and its content. The handler would be reduced to a one-liner ("event.stopPropagation();"
as far as I see.
Comment 9•17 years ago
|
||
Comment on attachment 319745 [details] [diff] [review]
Fix v1
r=berend based on my previous comment.
Attachment #319745 -
Flags: review?(Berend.Cornelius) → review+
Assignee | ||
Comment 10•17 years ago
|
||
Yes, fixes bug 391281. I was looking for that one.
Berend, I think creating a binding for that is overhaul. It would be a very small binding and I don't see where this could be reused. Therefore it will only increase overhead.
Assignee | ||
Comment 11•17 years ago
|
||
Checked in on HEAD and MOZILLA_1_8_BRANCH
-> FIXED
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Target Milestone: --- → 0.9
Comment 12•17 years ago
|
||
Philipp, I forgot to mention there is still a debugger statement within your code
Assignee | ||
Comment 13•17 years ago
|
||
Thanks for catching that, extra debugger statement removed and updated file checked in.
Updated•17 years ago
|
Version: Trunk → unspecified
Comment 14•17 years ago
|
||
FWIW, I commented this fixing (for both bugs..) in bug 312830 that has a relation to these IMO (for the sake of tracking ..)
Comment 16•16 years ago
|
||
Checked in lightning 2008082103 and sunbird 20080820 -> VERIFIED
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•