Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 30994 - Selected search line unreadable because of black-and-blue color choice
Summary: Selected search line unreadable because of black-and-blue color choice
Status: CLOSED FIXED
Alias: None
Product: Platform
Classification: Eclipse Project
Component: SWT (show other bugs)
Version: 2.1   Edit
Hardware: PC Linux-GTK
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Silenio Quarti CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-02-05 13:10 EST by Eric Nickell CLA
Modified: 2016-04-15 14:56 EDT (History)
3 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Eric Nickell CLA 2003-02-05 13:10:06 EST
I20030129, eclipse linux-gtk, java version "1.4.1_01"

After doing a search, the currently selected line in the search view is
displaying black text on a dark blue background.  It is completely unreadable. 
I have to select a different line to read it, and then come re-select it.
Comment 1 Dirk Baeumer CLA 2003-02-05 13:56:31 EST
Does this only happen in the search view ? We don't do anything special 
regarding selection color.
Comment 2 Eric Nickell CLA 2003-02-05 14:27:21 EST
Afaik, this only happens in the search view.  In all others cases on my box, 
when there's a blue background, the text is white, but in search view, it's black.
Comment 3 Dirk Baeumer CLA 2003-02-05 15:12:26 EST
OK, then this might be caused by in-exact matches. Will investigate.
Comment 4 Dirk Baeumer CLA 2003-02-09 17:14:12 EST
I could reproduce the bug and it is caused by the fact that the match is an in-exact 
match. The color used to render in-exact matches can be controlled by 
 
Preferences->Workbench->Search. 
 
The general issue is: GTK only "reverese" the foreground color of a selected item in 
a table if the foreground color is the default color. Otherwise the item is rendered 
with the set foreground color even if the item is selected. 
 
This Bahaviour differs from Windows and Motif. 
 
Moving the SWT for commenting if there is something search can do to control this. 
Comment 5 Steve Northover CLA 2003-02-10 15:31:25 EST
SSQ and Chrix to see if we are doing something or if it is platform behavior.
Comment 6 Billy Biggs CLA 2004-10-05 17:56:58 EDT
If you specify a foreground colour for a text cell renderer in GTK+, that colour
is used regardless of the theme preferences.  Otherwise, the theme will select
the foreground colour based on the theme colour for that state (selected vs not
selected).

I filed this bug in the GTK+ bug tracker:

  http://bugzilla.gnome.org/show_bug.cgi?id=154615
Comment 7 Billy Biggs CLA 2004-11-21 23:05:15 EST
Note that this bug is fixed upstream for GTK+ version 2.6.
Comment 8 Billy Biggs CLA 2005-02-05 20:28:53 EST
It seems to work nicely when running in eclipse under 2.6 as well.  Maybe we
should consider disabling setting the colours under previous versions of GTK+?
Comment 9 Alexander Kurtakov CLA 2016-04-15 14:56:21 EDT
Apparently the bug has been fixed years ago. Marking as fixed.