Default theme, Clearlooks, makes location bar urls hard to read
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Mozilla Firefox |
Fix Released
|
Medium
|
|||
firefox-3.0 (Ubuntu) |
Fix Released
|
Low
|
Unassigned |
Bug Description
Binary package hint: firefox-3.0
The color of the url text in Firefox 3's location bar auto-complete is GrayText. The color of GrayText for the default theme Clearlooks is relatively light -- compared to most other themes.
Screenshot: https:/
In Mozilla Bugzilla #409974, Dao (dao) wrote : | #2 |
GrayText.
We all know it's not ideal, but it seems to be the only sane option unless you want to make a complete move to non-native colors.
In Mozilla Bugzilla #409974, Jwbaker-acm (jwbaker-acm) wrote : | #3 |
I don't know if there are platform semantics for this, but the main issue is we can't hard-wire foreground colors while using the platform background colors.
In Mozilla Bugzilla #409974, Elmar-ludwig (elmar-ludwig) wrote : | #4 |
*** Bug 414241 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #409974, Andrés Delfino (adelfino) wrote : | #5 |
Please don't use gray text, people who use a dark theme like me to not hurt his/her eyes won't see anything.
In Mozilla Bugzilla #409974, Zeniko (zeniko) wrote : | #6 |
(In reply to comment #5)
> Please don't use gray text, people who use a dark theme like me to not hurt
> his/her eyes won't see anything.
Note that GrayText doesn't literally mean "gray text" but the color your OS's theme uses to indicate a disabled item. Should that color not be readable, then it'd be the OS theme's issue.
Besides: See Dão's attachment 294887 for how this might look with platform colors (though I hope to see the bold/underline used to indicated the matched text replaced with HighlightText/
In Mozilla Bugzilla #409974, Beltzner (beltzner) wrote : | #7 |
This does not block the final release of Firefox 3.
In Mozilla Bugzilla #409974, Dao (dao) wrote : | #8 |
I suppose the summary wasn't quite clear. I.e., it sounded like a modest enhancement request rather than a description of a broken feature. Adjusting summary and re-requesting blocking.
In Mozilla Bugzilla #409974, Faaborg (faaborg) wrote : | #9 |
We are not supporting third party OS themes on windows and OS X, however on linux where there is a much wider range of OS themes, perhaps we should consider using an extracted system color.
In Mozilla Bugzilla #409974, Dao (dao) wrote : | #10 |
(In reply to comment #9)
> We are not supporting third party OS themes on windows
We always did, and that's actually what "native" means. As mentioned in another bug, dropping this is also bad for forward compatibility.
In Mozilla Bugzilla #409974, Mike Connor (mconnor) wrote : | #11 |
Alex, this isn't about third party OS themes. Stuff like the High Contrast themes will break hard on this.
In Mozilla Bugzilla #409974, Faaborg (faaborg) wrote : | #12 |
>Stuff like the High Contrast themes will break hard on this.
Yes, our options for supporting high contrast themes are to select colors that look as good on black as they do on white, or to hard code the background of the results as well. I should note that the rationale for the use of color in the results is not just aesthetic, but to help users process the results and scan just the URLs, or just the titles (https:/
In Mozilla Bugzilla #409974, Faaborg (faaborg) wrote : | #13 |
XP and Vista both have four high contrast themes, three of them black and one of them white. So if we hard code the background of the window to preserve contrast on results, we aren't breaking high contrast support but 3/4's of high contrast support.
In Mozilla Bugzilla #409974, Andrés Delfino (adelfino) wrote : | #14 |
Grey URL is the way to go. Hard-coding colors is not.
Hard-coded colors should be ripped off from Firefox, not added to it...
In Mozilla Bugzilla #409974, Antoine-mechelynck-gmail (antoine-mechelynck-gmail) wrote : | #15 |
IMHO all chrome colors whatsoever, plus the default content background and foreground, should be themable. Set them in the default theme, whether by copying some OS-defined colors or by hardcoding them I don't care, but make sure that all elements have the necessary CLASSes and IDs to make CSS handling easy, and also try not to break existing Firefox themes (by which I mean: retain the Fx2 elements, classes and IDs if at all possible).
As for grey URL... I'm not convinced... yet.
In Mozilla Bugzilla #409974, Faaborg (faaborg) wrote : | #16 |
There are now several bugs that are discussing using hard coded colors to create the best default theme, vs. only using extracted colors to support alternate OS themes. I've asked beltzner and mconnor to weigh in on which approach we should take.
In Mozilla Bugzilla #409974, Faaborg (faaborg) wrote : | #17 |
Bugs 409974 and 423718 are both blocking+, yet they both want to change the
color of URLs in the location bar autocomplete results. To resolve the issue,
I've filed bug 425598 – All hard coded colors need to fall back to system
colors for accessibility.
In Mozilla Bugzilla #409974, Grey Nicholson (greytheearthling) wrote : | #18 |
How about using the link colour specified by the user in Preferences → Content → Colours – i.e. typically purple? That way, at least the user would be able to change the colour manually if it conflicted too horribly.
If the main text and background were also to use the colours chosen here, they should be less likely to clash in the first place.
(And I suppose in future, Firefox might be able to pick up on a preferred link colour from the OS; I know KDE has them (but then they have prefs for everything).)
In Mozilla Bugzilla #409974, Dao (dao) wrote : | #19 |
Created an attachment (id=312782)
use native graytext color on Windows and Linux
In Mozilla Bugzilla #409974, Faaborg (faaborg) wrote : | #20 |
>use native graytext color on Windows and Linux
We would like to solve this issue with bug 425598, falling back to grey text as you do in your patch addresses the problem, but doesn't resolve bug 423718, which is also blocking+
In Mozilla Bugzilla #409974, Dao (dao) wrote : | #21 |
Well, graytext is a native platform color, so I don't see a conflict with bug 423718.
I don't see anyone working on a patch in bug 425598, and frankly I don't think it should block the release. Anyway, we should use the color that works now, and we can use any other color once that works.
In Mozilla Bugzilla #409974, Faaborg (faaborg) wrote : | #22 |
Sure, but bug 425598 is blocking+ as well, I'm just trying to make sure we aren't going through unneeded extra revisions since we are starting to run out of time.
In Mozilla Bugzilla #409974, Faaborg (faaborg) wrote : | #23 |
removing uiwanted since the intended approach seems to be pretty well specified.
In Mozilla Bugzilla #409974, Dao (dao) wrote : | #24 |
Created an attachment (id=313387)
Linux patch
In Mozilla Bugzilla #409974, Dao (dao) wrote : | #25 |
Created an attachment (id=313390)
Linux patch
ooops, the last one was messed up.
In Mozilla Bugzilla #409974, Faaborg (faaborg) wrote : | #26 |
(From update of attachment 313390)
Works for now given the wide range of Linux themes. I don't know what the full set of potentially extracted system colors is on Linux, but it might be better to switch to something else in the future. For instance in bug 426732 someone mentions link-color in GTK 2.10
In Mozilla Bugzilla #409974, Dao (dao) wrote : | #27 |
(In reply to comment #26)
> it might be better
> to switch to something else in the future. For instance in bug 426732 someone
> mentions link-color in GTK 2.10
Absolutely. But at the moment there's no better already-exposed color than grayText, as far as I know.
In Mozilla Bugzilla #409974, Sylvain Pasche (sylvain-pasche) wrote : | #28 |
*** Bug 426859 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #409974, Faaborg (faaborg) wrote : | #29 |
Reassigning to Dao since he wrote the patch.
In Mozilla Bugzilla #409974, Reed Loden (reed) wrote : | #30 |
Does this mean this bug is fixed?
Checking in browser/
/cvsroot/
new revision: 1.205; previous revision: 1.204
done
Checking in toolkit/
/cvsroot/
new revision: 1.22; previous revision: 1.21
done
In Mozilla Bugzilla #409974, Andrés Delfino (adelfino) wrote : | #31 |
This is by no way fixed in Linux. See the screenshot I attach below.
I think bug 423263 should be set as a blocker of this one, since that's the dealing with native auto-completion colors extraction on Linux.
In Mozilla Bugzilla #409974, Andrés Delfino (adelfino) wrote : | #32 |
Created an attachment (id=314707)
Screenshot in Ubuntu 7.10.
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9pre) Gecko/2008040914 Minefield/3.0pre
With theme:
http://
In Mozilla Bugzilla #409974, Dao (dao) wrote : | #33 |
(In reply to comment #32)
> Created an attachment (id=314707) [details]
> http://
Regardless of what's up with bug 423263, we're currently using -moz-appearance
In Mozilla Bugzilla #409974, Sylvain Pasche (sylvain-pasche) wrote : | #34 |
Created an attachment (id=315166)
Appearance with default Ubuntu 8.04 theme
Unfortunately this is not very readable with Ubuntu 8.04 default settings.
In Mozilla Bugzilla #409974, Sylvain Pasche (sylvain-pasche) wrote : | #35 |
Here's what I've put in my userChrome.css to get the old appearance if anyone is interested:
.ac-url-text {
color: #336633 !important;
}
.autocomplete-
border-bottom: 1px solid ThreeDShadow !important;
}
In Mozilla Bugzilla #409974, Beltzner (beltzner) wrote : | #36 |
This works on Windows:
.ac-url-
color: GrayText !important;
}
.ac-url-
color: inherit !important;
}
Do we need to address this on Mac as well? I don't think so ...
In Mozilla Bugzilla #409974, Dao (dao) wrote : | #37 |
Created an attachment (id=315282)
Windows patch
No, nothing to do for Mac here.
In Mozilla Bugzilla #409974, Beltzner (beltzner) wrote : | #38 |
(From update of attachment 315282)
Yeah, this seems easier than the way I did it.
One note: this doesn't take effect immediately when the theme changes - the user needs to restart Firefox to see the difference.
In Mozilla Bugzilla #409974, Gavin Sharp (gavin-sharp) wrote : | #39 |
mozilla/
In Mozilla Bugzilla #409974, Edilee-mozilla (edilee-mozilla) wrote : | #40 |
Created an attachment (id=317108)
screenshot of windows xp + royale theme
In Mozilla Bugzilla #409974, Edilee-mozilla (edilee-mozilla) wrote : | #41 |
I'm reopening this bug per comment #34 -- attachment 315166.
I'm not sure why there haven't been bugs filed about making the url color darker on linux, but there's bugs like bug 432757 for vista to make the link darker on vista when it's already darker than the one for linux.
I'm not personally affected too much by the current GrayText because I only use linux in the computer labs. Maybe also linux users generally know how to change font colors or override things with userChrome.css. But I'm sure most EeePC users won't be as clever.
Linux themers: Do you stick with GrayText for the location bar url color?
In Mozilla Bugzilla #409974, Edilee-mozilla (edilee-mozilla) wrote : | #42 |
beltzner: The url shows the effective gray colors of each platform's url text color. The first number is the HSB's brightness value.
65: #a7a7a7 Linux (GrayText)
65: #a6a6a6 Windows Old Not Default Theme (GrayText)
46: #767676 Windows Vista Old (#0066cc)
41: #696969 Windows Vista New (#0055bb)
40: #676767 OS X (#144fae)
36: #5b5b5b Old Green All Platform (#336633)
35: #595959 Windows XP (#006600)
In bug 432757, you made vista's link color go from brightness 46 to 41 -- both are already much darker than linux's graytext (as well the old not-default-theme url color on windows).
In Mozilla Bugzilla #409974, Dao (dao) wrote : | #43 |
We're done here. Users who find grayText hard to read can change their OS theme. There's no other solution without bug 426732. As for using the native hyperlink color once it's available, please file a new bug.
In Mozilla Bugzilla #409974, Beltzner (beltzner) wrote : | #44 |
I believe we chose GrayText on Windows because that way we could be sure it would react properly in high contrast theme scenarios, but that doesn't seem to be appropriate on Linux.
I'd recommend we use #696969 as the default on Linux, and leave Windows non-default theme the way it is.
In Mozilla Bugzilla #409974, Beltzner (beltzner) wrote : | #45 |
Though I agree with Dao - this doesn't feel like a blocker to me, and I'd rather stay system native so that we're picking up colours off of the theme.
In Mozilla Bugzilla #409974, Edilee-mozilla (edilee-mozilla) wrote : | #46 |
So for the record, how would you go about changing the color of GrayText in say.. Ubuntu/GNOME? I searched around and fiddled with themes for a good 20 minutes and haven't found anything useful. You can change window toolbar colors and styles and menu stuff.. but not a particular color name's color.. ?
I couldn't find anything about changing the color of disabled text. (Showing urls with disabled text isn't the only solution. On windows, the non-default-theme color for urls is black.)
In Mozilla Bugzilla #409974, Dao (dao) wrote : | #47 |
You wouldn't customize the color but rather pick another OS theme. Or report to the theme author that you find GrayText hard to read...
In Mozilla Bugzilla #409974, Edilee-mozilla (edilee-mozilla) wrote : | #48 |
Oh, that makes so much more sense now. It just turns out Clearlooks, the default GNOME theme, has a really light GrayText. Switching to Bluecurve or basically anything else makes the location bar urls readable.
I suppose somebody should be contacted about the default GNOME theme.. at least if they want people to be able to read location bar urls in Firefox 3 without needing to change anything.
Probably wouldn't help with existing systems though. (This computer lab has GNOME 2.16.0 distributed by Red Hat with a build date of 09/04/2006.)
Edward Lee (Mardak) (edilee) wrote : | #49 |
Binary package hint: firefox-3.0
The color of the url text in Firefox 3's location bar auto-complete is GrayText. The color of GrayText for the default theme Clearlooks is relatively light -- compared to most other themes.
Screenshot: https:/
In Mozilla Bugzilla #409974, Ispence (ispence) wrote : | #50 |
Why not just take the default color used right above and use |opacity: 0.9;| or something? Works with all themes and shouldn't lighten it too much
In Mozilla Bugzilla #409974, Michael-monreal+moz (michael-monreal+moz) wrote : | #51 |
(In reply to comment #49)
> Why not just take the default color used right above and use |opacity: 0.9;| or
> something? Works with all themes and shouldn't lighten it too much
I think you are right. GrayText does not work well with most of the default themes used by Linux distributions today and at least in the next 6 month.
In Mozilla Bugzilla #409974, Dao (dao) wrote : | #52 |
I know that transparency screws up sub-pixel text rendering on Win XP at least. Also, it wouldn't be particularly good for accessible themes such as the high-contrast ones on Windows. I think we should live with graytext for now and hope for bug 426732 getting fixed soon.
In Mozilla Bugzilla #409974, Edilee-mozilla (edilee-mozilla) wrote : | #53 |
High contrast themes like the white on black ones? The white would just become grayish with the opacity. I suppose making it lighter defeats the point of high contrast though..
In Mozilla Bugzilla #409974, Ivan Yosifov (iyosifov) wrote : | #54 |
This problem is quite audible with Clearlooks (the default Gnome theme) and is in no way fixed. Bug 426732 (making the native URL color available) seems to have a patch attached that awaits review. Perhaps this could be fixed for real before 3.0 ? Having the URLs in the autocomplete list almost unreadable on (most?) Gnome systems seems like a big problem to me.
In Mozilla Bugzilla #409974, Sylvain Pasche (sylvain-pasche) wrote : | #55 |
*** Bug 437358 has been marked as a duplicate of this bug. ***
In Mozilla Bugzilla #409974, Cwwmozilla (cwwmozilla) wrote : | #56 |
*** Bug 437887 has been marked as a duplicate of this bug. ***
Pedro Villavicencio (pedro) wrote : | #57 |
could you give us the number of that report? there's no need to report in launchpad bugs that are already reported upstream.
Changed in firefox-3.0: | |
importance: | Undecided → Low |
status: | New → Incomplete |
Edward Lee (Mardak) (edilee) wrote : Re: [Bug 228541] Re: Default theme, Clearlooks, makes location bar urls hard to read | #58 |
I'm assuming you're referring to the bug the picture was attached to?
https:/
Ed
On Thu, Jan 22, 2009 at 7:44 AM, Pedro Villavicencio <email address hidden> wrote:
> could you give us the number of that report? there's no need to report
> in launchpad bugs that are already reported upstream.
>
> ** Changed in: firefox-3.0 (Ubuntu)
> Importance: Undecided => Low
> Status: New => Incomplete
>
> --
> Default theme, Clearlooks, makes location bar urls hard to read
> https:/
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in "firefox-3.0" source package in Ubuntu: Incomplete
>
> Bug description:
> Binary package hint: firefox-3.0
>
> The color of the url text in Firefox 3's location bar auto-complete is GrayText. The color of GrayText for the default theme Clearlooks is relatively light -- compared to most other themes.
>
> Screenshot: https:/
>
--
Ed
Pedro Villavicencio (pedro) wrote : | #59 |
Exactly, yes. linking the bug thanks.
Changed in firefox-3.0: | |
status: | Incomplete → Triaged |
Changed in firefox: | |
status: | Unknown → Fix Released |
Micah Gersten (micahg) wrote : | #60 |
This was fixed in the release of Firefox 3.
Changed in firefox-3.0 (Ubuntu): | |
status: | Triaged → Fix Released |
Changed in firefox: | |
importance: | Unknown → Medium |
Do you know that there are platform colors that exist with these semantics?