Closed
Bug 391928
Opened 17 years ago
Closed 17 years ago
Feedback required when hovering over DM UI elements
Categories
(Toolkit :: Downloads API, defect)
Toolkit
Downloads API
Tracking
()
VERIFIED
FIXED
mozilla1.9
People
(Reporter: stevee, Assigned: Mardak)
References
Details
Attachments
(2 files, 4 obsolete files)
(deleted),
image/png
|
madhava
:
ui-review-
|
Details |
(deleted),
patch
|
sdwilsh
:
review+
beltzner
:
approval1.9+
|
Details | Diff | Splinter Review |
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a8pre) Gecko/2007081203 Minefield/3.0a8pre ID:2007081203
When hovering over any Download Manager UI elements, like the buttons "Open", "Retry", "Information" there is no feedback to indicate you are hovering over them. Same with the pane when you click on the Information button, it's not immediately obvious you can click the two menu items (they look like they're just for information purposes only).
Comment 1•17 years ago
|
||
Certainly a windows/linux only theme issue. Mac buttons are not supposed to change when you hover over them.
Are you not getting a tooltip?
Reporter | ||
Comment 2•17 years ago
|
||
Oh sure, I get a tooltip, but I'm used to the button changing on hover too, like the rest of the ui (bevel effect and darkening of colours on firefox nav bar, just bevel on firefox bookmarks on bookmark toolbar, etc
Comment 3•17 years ago
|
||
we've been down the hover feedback path, we want it when we get real icons.
Assignee | ||
Comment 4•17 years ago
|
||
Pretty sure the icons we have are set now.. however one approach is to make the icons more transparent by default and fully opaque on hover. ?
The only icons we have are retry for finished downloads and pause/resume/cancel for active ones.
OS: Windows 2000 → All
Hardware: PC → All
Assignee | ||
Comment 5•17 years ago
|
||
opacity of .7 non-hover and 1 on hover.
Assignee | ||
Comment 6•17 years ago
|
||
Comment on attachment 301141 [details]
screenshot of v1
on all os? windows only? non-mac?
fyi, I'm hovering over the installer.exe button ;)
Attachment #301141 -
Flags: ui-review?(madhava)
Comment 7•17 years ago
|
||
I don't think we should do this on OS X.
Assignee | ||
Comment 8•17 years ago
|
||
Attachment 301161 [details] has an example of what canceled looks like hovered vs paused not hovered (left picture)
Assignee | ||
Comment 9•17 years ago
|
||
Comment 10•17 years ago
|
||
Comment on attachment 301141 [details]
screenshot of v1
Hover states look different on different platforms. The darkening works on mac (though the the 70% opacity makes them look a little disabled), but not on XP, Vista, or Linux. I'll put in a request for hover-state versions of the icons.
Attachment #301141 -
Flags: ui-review?(madhava) → ui-review-
Comment 11•17 years ago
|
||
Actually, we need depressed states too. So, to be clear, that's
Pause: Active, Hover, Depressed, Disabled
Resume: Active, Hover, Depressed
Cancel: Active, Hover, Depressed
Retry: Active, Hover, Depressed
Comment 12•17 years ago
|
||
I'm not sure we can do depressed with CSS to be honest...
Comment 13•17 years ago
|
||
>I'm not sure we can do depressed with CSS
We will be doing all of the states with images
Comment 14•17 years ago
|
||
aye, but we can't select on "depressed" to change the image
Comment 15•17 years ago
|
||
Currently we have a lot of images like toolbar.png that contain 4 rows:
normal
hover
disabled
depressed
Can't we just a similar approach for the icons in the download manger?
Assignee | ||
Comment 16•17 years ago
|
||
I don't see why not.
.mini-button {}
.mini-button:hover {}
.mini-button[disabled="true"] {}
.mini-button:active {}
Comment 17•17 years ago
|
||
er, right...active. Forgot about that one ;)
Assignee | ||
Comment 18•17 years ago
|
||
Assuming the icons go as they are now left/right for..
chrome://mozapps/skin/downloads/buttons.png
resume, cancel, pause, retry
and assuming they follow the order of..
chrome://browser/skin/Toolbar.png
normal, hover, disabled, depressed
seems like gnomestripe doesn't use hover/depressed states
Assignee: nobody → edilee
Attachment #301162 -
Attachment is obsolete: true
Status: NEW → ASSIGNED
Attachment #301444 -
Flags: review?
Comment 19•17 years ago
|
||
UX team - any update on this?
Comment 20•17 years ago
|
||
>UX team - any update on this?
Get the code ready for normal, hovered, and hit states for all icons.
Comment 21•17 years ago
|
||
(In reply to comment #20)
> Get the code ready for normal, hovered, and hit states for all icons.
Edward's patch does that - we just need the images so he can get the right coordinates in the patch ;)
Comment 22•17 years ago
|
||
I'll let you know as soon as they are checked in, could be about a week.
Assignee | ||
Comment 23•17 years ago
|
||
Based on the files for bug 430729.. assuming we change the packaging to downloadButtons.png instead of just having downloads.png <- downloadButtons.png
Slightly different from earlier.. the images in the drop are top->bottom normal, hover, active, disabled and as before.. left->right resume, cancel, pause, retry.
Attachment #301444 -
Attachment is obsolete: true
Attachment #317830 -
Flags: review?(sdwilsh)
Attachment #301444 -
Flags: review?
Assignee | ||
Comment 24•17 years ago
|
||
Add in new icons and remove the old and update jar.mn
Attachment #317830 -
Attachment is obsolete: true
Attachment #317896 -
Flags: review?(sdwilsh)
Attachment #317830 -
Flags: review?(sdwilsh)
Assignee | ||
Comment 25•17 years ago
|
||
The files are already added, so remove the unused ones.
Attachment #317896 -
Attachment is obsolete: true
Attachment #318753 -
Flags: review?(sdwilsh)
Attachment #317896 -
Flags: review?(sdwilsh)
Comment 26•17 years ago
|
||
Comment on attachment 318753 [details] [diff] [review]
v3
r=sdwilsh
comment 3 indicates we want this for mac, and I thought we wanted it for Linux too. What about those platforms?
Attachment #318753 -
Flags: review?(sdwilsh) → review+
Assignee | ||
Comment 27•17 years ago
|
||
Mac already has the states from proto.
I didn't see any other linux using something like
moz-icon://stock/..&state=hover or &state=active
So I don't think there is? ?
Assignee | ||
Comment 28•17 years ago
|
||
Comment on attachment 318753 [details] [diff] [review]
v3
Theme update to use the icons landed from windows icon drops.
Attachment #318753 -
Flags: approval1.9?
Comment 29•17 years ago
|
||
Comment on attachment 318753 [details] [diff] [review]
v3
a1.9=beltzner
Attachment #318753 -
Flags: approval1.9? → approval1.9+
Comment 30•17 years ago
|
||
>I didn't see any other linux using something like
>moz-icon://stock/..&state=hover or &state=active
>So I don't think there is? ?
My impression is that we can't get alternate states of the gtk uplift icons, so we don't need to worry about it on linux. cc'ing the linux themers in case I am wrong.
Comment 31•17 years ago
|
||
(In reply to comment #30)
> My impression is that we can't get alternate states of the gtk uplift icons, so
> we don't need to worry about it on linux.
Well, "can't" is relative: there's only one "state" for each GTK icon but engines can apply some transformations to them to make them look different. Mozilla currently does not allow the same. Note that most of the common GTK themes don't use hover or active states for icons, only buttons (which firefox supports just fine). The only exception is button icons without visible buttons, such as the search button (search bar). For this kind of icon, GTK apps don't have a common look btw... some apps lighten the icon up for hover, some do nothing. So in the end I don't think firefox is behaving notably odd in this case.
Comment 32•17 years ago
|
||
>So in the end I don't think firefox is behaving notably odd in
>this case.
Thanks for the clarification, not notably odd is of course what we are aiming to achieve :)
Assignee | ||
Comment 33•17 years ago
|
||
Proto already gave hover feedback, and this added for windows, and nothing for linux.
http://hg.mozilla.org/cvs-trunk-mirror/index.cgi/rev/698b73cbe37a
http://hg.mozilla.org/mozilla-central/index.cgi/rev/698b73cbe37a
Checking in toolkit/themes/winstripe/mozapps/downloads/downloads.css;
/cvsroot/mozilla/toolkit/themes/winstripe/mozapps/downloads/downloads.css,v <-- downloads.css
new revision: 1.36; previous revision: 1.35
done
Removing toolkit/themes/winstripe/mozapps/downloads/buttons.png;
/cvsroot/mozilla/toolkit/themes/winstripe/mozapps/downloads/buttons.png,v <-- buttons.png
new revision: delete; previous revision: 1.4
done
Removing toolkit/themes/winstripe/mozapps/downloads/buttons-aero.png;
/cvsroot/mozilla/toolkit/themes/winstripe/mozapps/downloads/buttons-aero.png,v <-- buttons-aero.png
new revision: delete; previous revision: 1.2
done
Checking in toolkit/themes/winstripe/mozapps/jar.mn;
/cvsroot/mozilla/toolkit/themes/winstripe/mozapps/jar.mn,v <-- jar.mn
new revision: 1.37; previous revision: 1.36
done
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Flags: in-testsuite-
Flags: in-litmus?
Resolution: --- → FIXED
Target Milestone: --- → Firefox 3
Comment 34•17 years ago
|
||
Verified with Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9pre) Gecko/2008050806 Minefield/3.0pre ID:2008050806
Status: RESOLVED → VERIFIED
Updated•16 years ago
|
Product: Firefox → Toolkit
You need to log in
before you can comment on or make changes to this bug.
Description
•