Closed
Bug 996036
Opened 11 years ago
Closed 10 years ago
Confusing Focus Ring UI + Behavior in new in content prefs.
Categories
(Firefox :: Settings UI, defect)
Tracking
()
VERIFIED
FIXED
Firefox 32
Tracking | Status | |
---|---|---|
firefox32 | --- | verified |
People
(Reporter: jgruen, Assigned: Paenglab)
References
Details
(Keywords: uiwanted, Whiteboard: p=0 s=it-32c-31a-30b.3 [qa!])
Attachments
(4 files, 4 obsolete files)
two related issues:
Current
--------
Input focus ring is very difficult to distinguish from the enabled radio buttons and check boxes. (see attachment).
Expected
--------
Recommend removing the fuzzy blue ring from radio buttons and check boxes and using a 1 px border in the same blue instead.
Current
--------
Clicking outside of focused input does not remove focus from element.
Expected
--------
Clicking outside of focused input should remove focus from element.
Updated•11 years ago
|
Flags: firefox-backlog?
Updated•11 years ago
|
Flags: firefox-backlog? → firefox-backlog+
Whiteboard: p=0
Assignee | ||
Comment 1•11 years ago
|
||
Michael, what do you think to this? The border is still blue but there is no glow.
Attachment #8416908 -
Flags: feedback?(mmaslaney)
Comment 2•11 years ago
|
||
Richard, I like this direction. Thanks for tackling the issue.
An official style guide is in the works that will further address this issue, and your solution is closer to what will be officially documented.
Updated•11 years ago
|
Attachment #8416908 -
Flags: feedback?(mmaslaney) → feedback+
Assignee | ||
Comment 3•11 years ago
|
||
(In reply to mmaslaney from comment #2)
> Richard, I like this direction. Thanks for tackling the issue.
>
> An official style guide is in the works that will further address this
> issue, and your solution is closer to what will be officially documented.
Okay, I'm waiting for this guide until I change styles.
Michael, where do you announce the new style guide? In this bug or bug 738796? Only to be sure I'm not missing this announcement.
Flags: needinfo?(mmaslaney)
Comment 4•11 years ago
|
||
I'll post phase 1 of the style guide in this bug.
Flags: needinfo?(mmaslaney)
Assignee | ||
Comment 7•11 years ago
|
||
I followed the Project Chameleon stylings. The glow is only during the radio/checkbox clicking. I also removed the showing of the checkmark on hovering on unchecked checkmarks.
Attachment #8425225 -
Flags: ui-review?(mmaslaney)
Comment 8•11 years ago
|
||
Comment on attachment 8425225 [details] [diff] [review]
Bug996036.patch
>+checkbox:not([disabled="true"]):hover .checkbox-check {
>+ border-color: #0095dd;
>+}
Use the child selector (here and in similar rules involving .checkbox-check / .radio-check).
> .checkbox-check[checked] {
>- border-color: #0096dc;
>- background-image: -moz-image-rect(url("chrome://browser/skin/preferences/in-content/check.png"), 0, 30, 10, 15),
>+ border-color: #0095dd;
>+ background-image: url("chrome://browser/skin/preferences/in-content/check.png"),
> /* !important needed to override toolkit !important rule */
> linear-gradient(#ffffff, rgba(255,255,255,0.8)) !important;
>- box-shadow: 0 0 2px 2px rgba(0,150,220,0.35), inset 0 0 2px 0 #0096dc;
> }
Why are you still changing the border color for the checked state?
>-@media (min-resolution: 2dppx) {
>- checkbox:not([checked]):hover .checkbox-check {
>- background-size: 15px 10px, auto;
>- background-image: -moz-image-rect(url("chrome://browser/skin/preferences/in-content/check@2x.png"), 0, 30, 20, 0),
>- linear-gradient(#ffffff, rgba(255,255,255,0.8));
>- }
>
> .checkbox-check[checked] {
> background-size: 15px 10px, auto;
>- background-image: -moz-image-rect(url("chrome://browser/skin/preferences/in-content/check@2x.png"), 0, 60, 20, 30),
>+ background-image: url("chrome://browser/skin/preferences/in-content/check@2x.png"),
> linear-gradient(#ffffff, rgba(255,255,255,0.8)) !important;
> }
>-}
Why did you remove the media query?
Attachment #8425225 -
Flags: review-
Assignee | ||
Comment 9•11 years ago
|
||
(In reply to Dão Gottwald [:dao] from comment #8)
> Comment on attachment 8425225 [details] [diff] [review]
> Use the child selector (here and in similar rules involving .checkbox-check
> / .radio-check).
Done
> > .checkbox-check[checked] {
> >- border-color: #0096dc;
> >- background-image: -moz-image-rect(url("chrome://browser/skin/preferences/in-content/check.png"), 0, 30, 10, 15),
> >+ border-color: #0095dd;
>
> Why are you still changing the border color for the checked state?
I changed the border-color according to Project Chameleon.
> >-@media (min-resolution: 2dppx) {
> >-}
>
> Why did you remove the media query?
This was by accident through testing on a non HiDPI system.
Attachment #8425225 -
Attachment is obsolete: true
Attachment #8425225 -
Flags: ui-review?(mmaslaney)
Attachment #8425294 -
Flags: ui-review?(mmaslaney)
Comment 10•11 years ago
|
||
(In reply to Richard Marti (:Paenglab) from comment #9)
> > > .checkbox-check[checked] {
> > >- border-color: #0096dc;
> > >- background-image: -moz-image-rect(url("chrome://browser/skin/preferences/in-content/check.png"), 0, 30, 10, 15),
> > >+ border-color: #0095dd;
> >
> > Why are you still changing the border color for the checked state?
>
> I changed the border-color according to Project Chameleon.
I'm not seeing that in attachment 8424811 [details].
Changing the border color for the checked state means that it can still be confused with a focus ring. I don't see why we would want that.
Assignee | ||
Comment 11•11 years ago
|
||
(In reply to Dão Gottwald [:dao] from comment #10)
> (In reply to Richard Marti (:Paenglab) from comment #9)
> > > Why are you still changing the border color for the checked state?
> >
> > I changed the border-color according to Project Chameleon.
>
> I'm not seeing that in attachment 8424811 [details].
> Changing the border color for the checked state means that it can still be
> confused with a focus ring. I don't see why we would want that.
Not in this attachment but in http://people.mozilla.org/~jgruen/chameleon/ have the selected checkmarks and radios a blue border. For this I'm asking Michael for ui-r to know if this is okay. My attachment 8416908 [details] with the blue border have f+ from him.
Comment 12•11 years ago
|
||
Radio and Check-box Interaction Rules:
• Elements that are "on" will display a blue glyph, while the rule remains gray (#C1C1C1).
• Elements that are active via toggling will have the highlighted blue rule (#0095DD)
This should solve the visibility problem, when toggling though form elements.
Comment 13•11 years ago
|
||
Comment on attachment 8425294 [details] [diff] [review]
Bug996036.patch
Radio and Check-box Interaction Rules:
• Elements that are "on" will display a blue glyph, while the rule remains gray (#C1C1C1).
• Elements that are active via toggling will have the highlighted blue rule (#0095DD)
This should solve the visibility problem, when toggling though form elements.
Attachment #8425294 -
Flags: ui-review?(mmaslaney) → ui-review-
Assignee | ||
Comment 14•11 years ago
|
||
Okay, this should do it like you want. I removed the glow on :active and the rule is blue on :hover (or do you want it only blue on :active? Then it would have no feedback when the mouse could switch the button).
On attachment 8425294 [details] [diff] [review] the checkmarks are looking narrower than the ones we have now. If you want to change to them, please could you create new glyphs in both resolutions?
Assignee: nobody → richard.marti
Attachment #8425294 -
Attachment is obsolete: true
Status: NEW → ASSIGNED
Attachment #8425545 -
Flags: ui-review?(mmaslaney)
Comment 15•11 years ago
|
||
Richard, Let's use the blue rule on :hover. That should provide sufficient feedback.
Thanks for the quick patch. I'll send you the updated glyphs.
Updated•11 years ago
|
Attachment #8425545 -
Flags: ui-review?(mmaslaney) → ui-review+
Assignee | ||
Comment 16•11 years ago
|
||
Comment on attachment 8425545 [details] [diff] [review]
Bug996036.patch
This is still with the old glyphs but the CSS code shouldn't change with new glyphs.
Attachment #8425545 -
Flags: review?(jaws)
Updated•11 years ago
|
Blocks: ship-incontent-prefs
Assignee | ||
Comment 17•11 years ago
|
||
Now with the updated checkbox glyph from bug 1014208.
Attachment #8425545 -
Attachment is obsolete: true
Attachment #8425545 -
Flags: review?(jaws)
Attachment #8428081 -
Flags: review?(jaws)
Comment 19•11 years ago
|
||
Is proper focus ring feedback tracked somewhere? I filed bug 1016168, but I would expect a patch to address both issues.
Comment 20•10 years ago
|
||
Comment on attachment 8428081 [details] [diff] [review]
Bug996036.patch
Review of attachment 8428081 [details] [diff] [review]:
-----------------------------------------------------------------
r=me with the following change made.
::: browser/themes/shared/incontentprefs/preferences.css
@@ +445,5 @@
> background-image: linear-gradient(#ffffff, rgba(255,255,255,0.80));
> box-shadow: 0 1px 1px 0 #ffffff, inset 0 2px 0 0 rgba(0,0,0,0.03);
> }
>
> +radio:not([selected]):hover > .radio-check {
This should be:
radio:not([disabled="true"]):hover > .radio-check {
to match the checkbox behavior.
Attachment #8428081 -
Flags: review?(jaws) → review+
Assignee | ||
Comment 21•10 years ago
|
||
Comment addressed.
Attachment #8428081 -
Attachment is obsolete: true
Attachment #8430183 -
Flags: review+
Assignee | ||
Updated•10 years ago
|
Keywords: checkin-needed
Comment 22•10 years ago
|
||
Keywords: checkin-needed
Whiteboard: p=0 → p=0[fixed-in-fx-team]
Comment 23•10 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Whiteboard: p=0[fixed-in-fx-team] → p=0
Target Milestone: --- → Firefox 32
Updated•10 years ago
|
Whiteboard: p=0 → p=0 s=it-32c-31a-30b.3 [qa?]
Updated•10 years ago
|
Whiteboard: p=0 s=it-32c-31a-30b.3 [qa?] → p=0 s=it-32c-31a-30b.3 [qa+]
Updated•10 years ago
|
QA Contact: camelia.badau
Comment 25•10 years ago
|
||
Verified fixed on Mac OSX 10.9.2, Windows 7 64bit and Ubuntu 13.10 32bit using latest Nightly 32.0a1 (buildID: 20140603030220).
Status: RESOLVED → VERIFIED
status-firefox32:
--- → verified
Whiteboard: p=0 s=it-32c-31a-30b.3 [qa+] → p=0 s=it-32c-31a-30b.3 [qa!]
You need to log in
before you can comment on or make changes to this bug.
Description
•