Bug 82619 - Unfocused tree views in gtk+-2.0 do not show highlighted element
Summary: Unfocused tree views in gtk+-2.0 do not show highlighted element
Status: RESOLVED WORKSFORME
Alias: None
Product: kcontrol
Classification: Miscellaneous
Component: krdb (show other bugs)
Version: unspecified
Platform: Debian testing Linux
: NOR normal
Target Milestone: ---
Assignee: Dirk Mueller
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2004-06-01 06:36 UTC by Billy Biggs
Modified: 2004-09-19 21:11 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Billy Biggs 2004-06-01 06:36:10 UTC
Version:            (using KDE KDE 3.2.2)
Installed from:    Debian testing/unstable Packages
OS:                Linux

Many Gtk+-2.0 applications have tree views which can lose focus.  For example, the image browser gqview shows a tree view of image files on the left hand side and the image on the right.  When focus is in the image area, the tree view loses focus.

When KDE colours are applied to Gtk+-2.0 applications through krdb, the selected element does not appear in unfocused tree views: the highlight colour matches the background colour.  This creates a usability problem in many applications, as the user does not know which image they are looking at while they zoom around in it, or they cannot tell which entry from a list spawned a dialog in a file browser.  Even worse is when you right click on an entry in a list to get a context menu, and then cannot see which item was selected.

This may be a duplicate of bug 79464, but that bug does not discuss focus.
Comment 1 Billy Biggs 2004-08-26 16:17:55 UTC
An example of an application where you can see an unfocused tree view is gtk-demo.  This application has a list on the left, and a tab folder on the right.  Clicking in the tab folder gives it focus.  You should be able to see which element is selected even if the tree does not have focus, and ideally it should be a different colour from when it has focus.
Comment 2 Billy Biggs 2004-09-19 21:11:16 UTC
I have confirmed that this bug was fixed by this code which was checked in between KDE 3.2.2 and KDE 3.2.3.

--- krdb.cpp    2004-09-19 15:08:00.000000000 -0400
+++ krdb-3.2.3.cpp      2004-09-19 15:07:03.000000000 -0400
@@ -343,8 +343,8 @@
         t << "  base[NORMAL] = " << color( cg.base() ) << endl;
         t << "  base[SELECTED] = " << color( cg.highlight() ) << endl;
         t << "  base[INSENSITIVE] = " << color( cg.background() ) << endl;
-        t << "  base[ACTIVE] = " << color( cg.base() ) << endl;
-        t << "  base[PRELIGHT] = " << color( cg.base() ) << endl;
+        t << "  base[ACTIVE] = " << color( cg.highlight() ) << endl;
+        t << "  base[PRELIGHT] = " << color( cg.highlight() ) << endl;
         t << endl;
         t << "  text[NORMAL] = " << color( cg.text() ) << endl;
         t << "  text[SELECTED] = " << color( cg.highlightedText() ) << endl;