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)
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.
Comment 1•20 years ago
|
||
Is this a dupe of bug 126037?
(In reply to comment #1)
> Is this a dupe of bug 126037?
maybe not
Comment 3•17 years ago
|
||
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
Updated•17 years ago
|
Whiteboard: CLOSEME 07/01
Comment 5•17 years ago
|
||
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.
Comment 6•17 years ago
|
||
Maybe Ventron or twanno can look into this.
Comment 7•17 years ago
|
||
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.
Comment 9•16 years ago
|
||
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.
Description
•