Closed Bug 252242 Opened 20 years ago Closed 16 years ago

[gnome]Cursor color should be red when using gnome high-contrast theme

Categories

(Core :: Widget: Gtk, defect)

x86
Linux
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: ginnchen+exoracle, Unassigned)

References

Details

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.1) Gecko/20040406 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.1) Gecko/20040406 Choose gnome high-contrast theme Mozill's cursor should be red like gedit's Reproducible: Always Steps to Reproduce: 1. 2. 3.
Blocks: 233462
Is this a dupe of bug 126037?
(In reply to comment #1) > Is this a dupe of bug 126037? maybe not
Does this bug still occur in a recent trunk build? http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-trunk/
Assignee: blizzard → nobody
Component: GFX: Gtk → Widget: Gtk
QA Contact: ian → gtk
Whiteboard: CLOSEME 07/01
It's still in trunk.
Whiteboard: CLOSEME 07/01
In GTK+ there is a style property to handle the text cursor color. The style properties are GtkWidget::cursor-color and GtkWidget::secondary-cursor-color. One can use the gtk_draw_insertion_cursor function to draw the correct cursor in GTK+ (if that works in this case). The function will use the style properties and fall back to text[NORMAL] or text_aa[NORMAL] for the secondary cursor if the style properties are not set.
Maybe Ventron or twanno can look into this.
I suppose this is actually a dupe of bug 118308, which can't be fixed currently because the XP part "hooking-up of the nsITheme stuff to the PaintCaret routine" (part of bug 115761) is not done yet.
Sounds like it's not 1.9 material.
Depends on: 118308
Should be fixed by bug 118308
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.