Closed
Bug 787285
Opened 13 years ago
Closed 12 years ago
Button-within-a-button in downloads panel feels confusing
Categories
(Firefox :: Downloads Panel, defect, P2)
Tracking
()
RESOLVED
FIXED
Firefox 20
People
(Reporter: Unfocused, Assigned: mconley)
References
Details
Attachments
(14 files, 9 obsolete files)
747.80 KB,
image/jpeg
|
Details | |
4.10 KB,
image/png
|
Details | |
6.51 KB,
image/png
|
Details | |
6.72 KB,
image/png
|
Details | |
4.97 KB,
image/png
|
Details | |
48.05 KB,
patch
|
mak
:
review+
|
Details | Diff | Splinter Review |
81.77 KB,
image/png
|
Details | |
117.90 KB,
image/png
|
Details | |
49.20 KB,
image/png
|
Details | |
69.46 KB,
image/png
|
Details | |
129.67 KB,
image/png
|
Details | |
170.71 KB,
image/png
|
Details | |
113.33 KB,
image/png
|
Details | |
165.45 KB,
image/png
|
Details |
Bug 760607 (I think) made it so the "open containing folder" button is within the main button for that download item - this creates a button-within-a-button effect that feels rather confusing and wrong. Because of how the whole item is highlighted on hover, its not obvious which action will happen when clicking either the item, or the "open containing folder" button.
A compromise between the old style and the new style might be to use something similar to the expandable menu-items in the app menu, where there's a separating line to clearly differentiate two actions. And when hovering over that main part of the item, the second part of the item (open containing folder) is only partially highlighted.
Updated•12 years ago
|
Flags: needinfo?(shorlander)
Comment 1•12 years ago
|
||
This is bad, sure, but don't think we should block releasing the panel on this, since doesn't hurt the functionality. Regardless I don't think we are going back to the old "smaller" selection that was even more confusing than this, the right suggestion could be the splitmenu appearance Blair suggested.
Comment 3•12 years ago
|
||
I disagree, if we think this blocks the feature basically any filed bug blocks it, unless you think we should fix this soon to work on the definitive binding.
Btw note that Safari does the same (if you select a download you have the whole thing selected and buttons into it) and their users don't seem to care. Surely we can do better but doesn't look high prio.
Assignee | ||
Comment 4•12 years ago
|
||
(In reply to Marco Bonardo [:mak] from comment #3)
> I disagree, if we think this blocks the feature basically any filed bug
> blocks it, unless you think we should fix this soon to work on the
> definitive binding.
>
I marked it blocking because it seemed to be blocking our decision on icons for OSX. Perhaps I misunderstood. I'll remove the block.
No longer blocks: ReleaseDownloadsPane
Comment 5•12 years ago
|
||
(In reply to Mike Conley (:mconley) from comment #4)
> I marked it blocking because it seemed to be blocking our decision on icons
> for OSX. Perhaps I misunderstood. I'll remove the block.
We can fix icons when will be the time, imo. Not that complicated to do and icons can be ported to aurora/beta with almost no regression risks.
Comment 6•12 years ago
|
||
I am going to slightly alter the icons to appear easier to target but we shouldn't block on this.
Flags: needinfo?(shorlander)
(In reply to Stephen Horlander from comment #6)
> I am going to slightly alter the icons to appear easier to target but we
> shouldn't block on this.
"Real" buttons with Australis on hover styling could be a good solution.
Comment 8•12 years ago
|
||
Mockup for enhancing the presence of the stop/resume/open icons on hover by adding a shape for more weight. Intent is to make it more obvious that it is in fact something you can press and give it more visual weight.
Comment 9•12 years ago
|
||
Comment 10•12 years ago
|
||
Comment 11•12 years ago
|
||
Comment 12•12 years ago
|
||
Assignee | ||
Comment 13•12 years ago
|
||
Excellent, thanks Stephen! I'll take it from here.
Assignee: nobody → mconley
Updated•12 years ago
|
Blocks: ReleaseDownloadsPane
Priority: -- → P2
Assignee | ||
Comment 14•12 years ago
|
||
Note to self - from left to right:
Normal, download item hover, icon hover, pressed
Assignee | ||
Comment 15•12 years ago
|
||
Hey Stephen:
The on-download-item-hover and icon hover icons for Windows XP (second from the left) assume a dark background...
We don't have a dark background in the panel or the Downloads View in Places. Are we supposed to be doing some kind of hover-effect for download items that I don't know about?
-Mike
Flags: needinfo?(shorlander)
Comment 16•12 years ago
|
||
Added inverted icons
Attachment #694440 -
Attachment is obsolete: true
Flags: needinfo?(shorlander)
Assignee | ||
Comment 18•12 years ago
|
||
(In reply to Stephen Horlander from comment #17)
> Created attachment 694513 [details]
> Updated Download Panel Icons - Windows (XP) - 02
>
> Added Inverted Icons
Hey Stephen - I think we're missing a state for XP - we're missing the state where the item is selected, but not hovered (so, an inverted icon, but no surrounding circle).
I think we're missing that state for OSX as well.
-Mike
Flags: needinfo?(shorlander)
Comment 19•12 years ago
|
||
Attachment #694512 -
Attachment is obsolete: true
Flags: needinfo?(shorlander)
Comment 20•12 years ago
|
||
Attachment #694513 -
Attachment is obsolete: true
Assignee | ||
Comment 21•12 years ago
|
||
Checkpointing while I work on pinstripe and gnomestripe.
Assignee | ||
Comment 22•12 years ago
|
||
Pinstripe is done. Moving on to gnomestripe.
Attachment #697918 -
Attachment is obsolete: true
Comment 23•12 years ago
|
||
Attachment #694445 -
Attachment is obsolete: true
Assignee | ||
Comment 24•12 years ago
|
||
Ok, I think this is everybody. Going to put up some screenshots, and then request review.
Attachment #697932 -
Attachment is obsolete: true
Comment 25•12 years ago
|
||
> attachment 697624 [details]
Why OSX's "open" icon is loupe? I feel this may confuse user...
Assignee | ||
Comment 26•12 years ago
|
||
Attachment #698085 -
Attachment is obsolete: true
Assignee | ||
Updated•12 years ago
|
OS: Windows 7 → All
Assignee | ||
Comment 27•12 years ago
|
||
Attachment #698208 -
Attachment is obsolete: true
Assignee | ||
Comment 28•12 years ago
|
||
Assignee | ||
Comment 29•12 years ago
|
||
Assignee | ||
Comment 30•12 years ago
|
||
Assignee | ||
Comment 31•12 years ago
|
||
Assignee | ||
Comment 32•12 years ago
|
||
Assignee | ||
Comment 33•12 years ago
|
||
Assignee | ||
Comment 34•12 years ago
|
||
Assignee | ||
Comment 35•12 years ago
|
||
Assignee | ||
Updated•12 years ago
|
Attachment #698368 -
Flags: review?(mak77)
Assignee | ||
Comment 36•12 years ago
|
||
(In reply to Tetsuharu OHZEKI [:saneyuki_s] from comment #25)
> > attachment 697624 [details]
> Why OSX's "open" icon is loupe? I feel this may confuse user...
I believe this is OSX's native "Finder" icon. You can see a similar icon being used for the same purpose in other Apple apps, like Safari, so I don't think this will confuse OSX users.
Assignee | ||
Updated•12 years ago
|
Attachment #698368 -
Flags: review?(mak77) → review?(mano)
Comment 37•12 years ago
|
||
Comment on attachment 698368 [details] [diff] [review]
Patch v1
Review of attachment 698368 [details] [diff] [review]:
-----------------------------------------------------------------
Very very nice!
::: browser/themes/gnomestripe/downloads/allDownloadsViewOverlay.css
@@ +60,5 @@
> +richlistitem.download:hover > .downloadButton.downloadCancel:active {
> + -moz-image-region: rect(0px, 64px, 16px, 48px);
> +}
> +richlistitem.download[selected] > .downloadButton.downloadCancel {
> + -moz-image-region: rect(0px, 80px, 16px, 64px);
trailing space
@@ +85,5 @@
> +richlistitem.download:hover > .downloadButton.downloadShow:active {
> + -moz-image-region: rect(16px, 64px, 32px, 48px);
> +}
> +richlistitem.download[selected] > .downloadButton.downloadShow {
> + -moz-image-region: rect(16px, 80px, 32px, 64px);
trailing space
@@ +110,5 @@
> +richlistitem.download:hover > .downloadButton.downloadRetry:active {
> + -moz-image-region: rect(32px, 64px, 48px, 48px);
> +}
> +richlistitem.download[selected] > .downloadButton.downloadRetry {
> + -moz-image-region: rect(32px, 80px, 48px, 64px);
trailing space
::: browser/themes/pinstripe/downloads/allDownloadsViewOverlay.css
@@ +60,5 @@
> +richlistitem.download:hover > .downloadButton.downloadCancel:active {
> + -moz-image-region: rect(0px, 64px, 16px, 48px);
> +}
> +richlistitem.download[selected] > .downloadButton.downloadCancel {
> + -moz-image-region: rect(0px, 80px, 16px, 64px);
trailing space
@@ +85,5 @@
> +richlistitem.download:hover > .downloadButton.downloadShow:active {
> + -moz-image-region: rect(16px, 64px, 32px, 48px);
> +}
> +richlistitem.download[selected] > .downloadButton.downloadShow {
> + -moz-image-region: rect(16px, 80px, 32px, 64px);
trailing space
@@ +110,5 @@
> +richlistitem.download:hover > .downloadButton.downloadRetry:active {
> + -moz-image-region: rect(32px, 64px, 48px, 48px);
> +}
> +richlistitem.download[selected] > .downloadButton.downloadRetry {
> + -moz-image-region: rect(32px, 80px, 48px, 64px);
trailing space
Attachment #698368 -
Flags: review?(mano) → review+
Comment 38•12 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/f95b927bce6c
in case it's not going to make the cut will need approval
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 20
You need to log in
before you can comment on or make changes to this bug.
Description
•