Closed
Bug 406254
Opened 17 years ago
Closed 12 years ago
because we bold the selected text, the text shifts to the right (slightly) as you continue to match
Categories
(Firefox :: Address Bar, defect, P3)
Firefox
Address Bar
Tracking
()
RESOLVED
FIXED
Firefox 16
People
(Reporter: moco, Unassigned)
References
Details
(Keywords: polish, Whiteboard: [polish-easy][polish-visual][polish-p1] fixed by bug 587909)
Attachments
(1 file)
98.56 KB,
image/png
|
Details |
because we bold the selected text, the text shifts to the right (slightly) as you continue to match.
sayre pointed this one out.
one suggestion he had was using black for the matching text and grey for the non-matching text. (and dark green vs not-as-dark green for the matching url)
Updated•17 years ago
|
Reporter | ||
Comment 1•17 years ago
|
||
using bold appears to have other issues, see bug #407861 "Bolding the found text in autocomplete breaks ligatures "
Comment 2•17 years ago
|
||
(In reply to comment #0)
> one suggestion he had was using black for the matching text and grey for the
> non-matching text.
That'll lead to a variation of bug 409974, though. What about using HighlightText/Highlight instead? Won't look great, but it won't look out of place, either.
Comment 5•16 years ago
|
||
(In reply to comment #4)
> how about using -moz-opacity: .8 or so on unmatched text?
Alex, would that be a possible way?
Flags: blocking-firefox3.1?
Comment 6•16 years ago
|
||
Not going to block the 3.1 release for this. Alex Faaborg has recently talked about using contrasting colors instead of bold+underline to resolve this issue.
Keywords: polish
Priority: -- → P3
Comment 7•16 years ago
|
||
(In reply to comment #6)
> Not going to block the 3.1 release for this. Alex Faaborg has recently talked
> about using contrasting colors instead of bold+underline to resolve this issue.
Dietrich, could you please set the flags accordingly?
Updated•16 years ago
|
Flags: blocking-firefox3.1? → blocking-firefox3.1-
Comment 8•16 years ago
|
||
(In reply to comment #6)
> Not going to block the 3.1 release for this. Alex Faaborg has recently talked
> about using contrasting colors instead of bold+underline to resolve this issue.
Of course, "contrasting" colors, when foreground-only (i.e., red vs. blue but not white-on-black vs. black-on-white) can be a problem for color-blind users. Maybe the underline should be kept.
Comment 9•16 years ago
|
||
Here is a mockup of possible formatting changes. This doesn't address the text shifting problem, since we are still using bold, but does clean up the appearance a little by removing the underlines and using contrast for emphasis.
Updated•16 years ago
|
Whiteboard: [polish-easy][polish-visual][polish-high-visibility]
Comment 10•15 years ago
|
||
This bug's priority relative to the set of other polish bugs is:
P1 - Polish issue that appears in the main window, or is something that the user may encounter several times a day.
This effects every interaction with the awesome bar, so definitely something that users will encounter several times a day.
Whiteboard: [polish-easy][polish-visual][polish-high-visibility] → [polish-easy][polish-visual][polish-p1]
Comment 11•12 years ago
|
||
This is fixed by bug 587909, which removes the bold. Varying opacity may happen in bug 774118.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Updated•12 years ago
|
Depends on: 587909
Whiteboard: [polish-easy][polish-visual][polish-p1] → [polish-easy][polish-visual][polish-p1] fixed by bug 587909
Target Milestone: --- → Firefox 16
You need to log in
before you can comment on or make changes to this bug.
Description
•