Closed Bug 237534 Opened 21 years ago Closed 5 years ago

selection highlights not visible in "inverse" high-contrast themes

Categories

(Core :: Widget: Gtk, defect)

x86
Linux
defect
Not set
major

Tracking

()

RESOLVED DUPLICATE of bug 1531338

People

(Reporter: bill.haneman, Unassigned)

References

Details

(Keywords: access)

If you enable tracking of gtk+ themes in mozilla, by using the "Classic" mozilla theme, and select gnome's HighContrastInverse theme, selection highlights are not visible. The end user cannot tell what text is being or has been selected, though the selection activity does work (text can be cut, copied and pasted). (filed against accessibility APIs - is there a better component code for theming issues?)
dup of bug 56314?
IMO not quite the same, but close. reversing would fail to follow theme colors in the general case - the gtk+ theme actually specfies which colors should be used for fg and bg when selecting text.
"there are plenty more where that one came from"... how about bug 201220
GTK nsITheme issue.
Assignee: aaronleventhal → blizzard
Component: Accessibility APIs → GFX: Gtk
QA Contact: core.accessibility-apis → ian
There are so many former instances and variants of this bug.. hard to know where to begin. Suggesting dup of Linux bug 50814 - See bug 50814 comment 24
please do not dup this bug. It captures a specific accessibility issue which was ignored in bug 50814. The theming of text selection color is critical to accessibility.
Assignee: blizzard → bryner
I think Edit->Preferences->Appearance->Colors, 'Use System Color' or 'Use my chosen colors, ignoring the colors and background image specified' will help on this issue.
Did fixing bug 237535 change things here any?
Depends on: 237535
Assignee: bryner → nobody
Blocks: keya11y
Blocks: themea11y
Keywords: sec508
Flags: blocking1.8.1?
Target Milestone: --- → mozilla1.8.1beta2
We'd love to fix this - but doesn't meet the beta2 criteria (since it is an existing issue) so we will not block the release for it.
Flags: blocking1.8.1? → blocking1.8.1-
This works for me in the latest nightly Firefox 2 build, although perhaps that doesn't use the "Classic" theme. I'm using the "default" theme in Firefox, and I switched to the "High Contrast Inverse" theme using GNOME's Theme Preferences applet. With the "Use system colors" preference checked and the "Allow pages to use their own colors" preference unchecked, text is white on a dark blue background. When I select text, the selection appears as dark blue/black on a light pink background. If I check "Allow pages to use their own colors", a typical page appears with black text on a white background. When I select text, the selection appears as light pink text on a dark blue background. In both cases, selections are visible and usable. WORKSFORME, or is this really Classic-specific?
*** Bug 338464 has been marked as a duplicate of this bug. ***
*** Bug 357071 has been marked as a duplicate of this bug. ***
No longer blocks: keya11y
Does this bug occur in a recent trunk build? http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/
Whiteboard: CLOSEME 07/01
I can reproduce Bug 338464 – Typeaheadfind "highlight all" and Bug 357071 – for selected item in mouse over combobox. These bugs have been marked as duplicate of this bug. I can't reproduce for selecting text in html page.
also text in html button is not readable when mouse over it, with using high contrast inverse theme. XUL button is good.
Component: GFX: Gtk → Widget: Gtk
QA Contact: ian → gtk
Whiteboard: CLOSEME 07/01
Target Milestone: mozilla1.8.1beta2 → ---
What's the current status on this? If ther are still lingering issues, we should try to resolve them for FF3. I'm a bit confused re what these issues are, though.

Should be fixed by Bug 1531338.

Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.