Closed
Bug 916256
Opened 11 years ago
Closed 11 years ago
Download arrow animation should animate to the overflow arrow if the download button has been overflowed
Categories
(Firefox :: Downloads Panel, defect)
Firefox
Downloads Panel
Tracking
()
RESOLVED
FIXED
Firefox 28
People
(Reporter: jaws, Assigned: Gijs)
References
Details
(Whiteboard: [Australis:P3][Australis:M9][good first verify])
Attachments
(2 files, 1 obsolete file)
In Australis, if the download button has overflowed and is located in the overflow panel, new downloads don't have the arrow animation visible.
We should animate the arrow moving to the overflow panel so users will see where to click to find more information about their download.
Reporter | ||
Updated•11 years ago
|
Whiteboard: [Australis:P?][Australis:M?] → [Australis:P3][Australis:M?]
Assignee | ||
Comment 1•11 years ago
|
||
My impression from looking at the downloads button API is that this would be hard to do as the animation is currently in a XUL <stack> in the toolbarbutton. Marco, is that impression correct? Do you have any idea how we could do this instead?
Flags: needinfo?(mak77)
Comment 2•11 years ago
|
||
I don't have a plan off-hand to move out the animation, but I think other bugs rely on that change, IIRC there are a couple bugs about the animation being cut-off by other pieces of the ui... so ideally we should overlay it to all the rest.
But as I said, I don't have a plan about how to do that.
All I can tell is that it's probably not a oneline trivial change.
Flags: needinfo?(mak77)
Assignee | ||
Comment 3•11 years ago
|
||
This should be pretty easy now that bug 922847 is fixed (essentially taking Marco's suggestion from comment #2). It should probably also overflow to the menupanel icon when that is not open and the button is in there.
It should ideally probably overflow to the icon in either panel if it *is* open, but I'm not sure if that'll "just work" or not. I suspect that because the animation stuff isn't inside the panel element, it might end up underneath the panel. I'll look into this on the train home from summit. If that fails, I think it's acceptable to always animate to the anchor of the panel (assuming that doesn't lead to a half-cut-off animation...).
Assignee: nobody → gijskruitbosch+bugs
Status: NEW → ASSIGNED
Assignee | ||
Comment 4•11 years ago
|
||
So this works, sort of. If you add the downloads button as the last button in the panel, the animation causes the scrollbar to show up. I guess if you were to have a scrolling panel already (due to a lot of other buttons from e.g. add-ons, you wouldn't see it at all because the code would presume the element is 'visible', even though it's scrolled out of view. For this reason, and because the code is somewhat fragile as-is, I actually think we should do what the existing code does when the downloads panel itself is open: only animate onto the anchor, and only if the panel isn't showing. Does that sound reasonable?
Attachment #814076 -
Flags: review?(mconley)
Assignee | ||
Comment 5•11 years ago
|
||
This is a more basic patch, altwhich always uses the anchor if the button is in a panel. I only just noticed our anchor support doesn't deal well with areas that have not yet been built. Fix in this patch, I'll update the other patch in a sec.
Attachment #814099 -
Flags: review?(mconley)
Assignee | ||
Comment 6•11 years ago
|
||
Including the anchor fix this time.
Attachment #814101 -
Flags: review?(mconley)
Assignee | ||
Updated•11 years ago
|
Attachment #814076 -
Attachment is obsolete: true
Attachment #814076 -
Flags: review?(mconley)
Updated•11 years ago
|
Attachment #814099 -
Attachment is obsolete: true
Attachment #814099 -
Flags: review?(mconley)
Assignee | ||
Comment 7•11 years ago
|
||
Comment on attachment 814099 [details] [diff] [review]
download animation should anchor on panel anchor when the downloads button is in a panel,
Per IRC discussion, leaving this one as r? and unobsolete.
Basically, the idea is, this patch always uses the anchors, and if the overflow/menu panel is open, doesn't display a notification, just like the button doesn't display a notification if its own panel is open.
The newer patch uses the anchors if the panel isn't open, and uses the button itself if the panel *is* open and visible. Which has the problems outlined in comment 4.
Attachment #814099 -
Attachment is obsolete: false
Attachment #814099 -
Flags: review?(mconley)
Comment 8•11 years ago
|
||
Comment on attachment 814099 [details] [diff] [review]
download animation should anchor on panel anchor when the downloads button is in a panel,
Review of attachment 814099 [details] [diff] [review]:
-----------------------------------------------------------------
Yes, I agree that we're probably OK to skip the animations if the button is in an open panel.
Attachment #814099 -
Flags: review?(mconley) → review+
Comment 9•11 years ago
|
||
Comment on attachment 814101 [details] [diff] [review]
download animation should use panel anchors or even nodes in panel,
Let's not do this one.
Attachment #814101 -
Flags: review?(mconley)
Assignee | ||
Comment 10•11 years ago
|
||
Whiteboard: [Australis:P3][Australis:M?] → [Australis:P3][Australis:M9][fixed-in-ux]
Assignee | ||
Comment 11•11 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Whiteboard: [Australis:P3][Australis:M9][fixed-in-ux] → [Australis:P3][Australis:M9]
Target Milestone: --- → Firefox 28
Updated•11 years ago
|
Whiteboard: [Australis:P3][Australis:M9] → [Australis:P3][Australis:M9][good first verify]
You need to log in
before you can comment on or make changes to this bug.
Description
•