Bug 78929

Summary: File Tree Tab uses wrong text background color
Product: [Applications] kdevelop Reporter: Jonathan Solomon <jsolomon>
Component: generalAssignee: KDevelop Developers <kdevelop-devel>
Status: RESOLVED DUPLICATE    
Severity: normal    
Priority: NOR    
Version: 3.0.2   
Target Milestone: ---   
Platform: Compiled Sources   
OS: Linux   
Latest Commit: Version Fixed In:

Description Jonathan Solomon 2004-04-02 20:23:54 UTC
Version:           3.0.2 (using KDE KDE 3.2.1)
Installed from:    Compiled From Sources
Compiler:          gcc 3.3.3 
OS:          Linux

The background color used for text in the File Tree tab is not the "Standard Background" color as it is in the rest of the tool tabs. I'm using a light blue for my background color but the text in the File Tree tab remains black on white though the rest of the background is the correct color. I've tried deleting kdevfileviewrc to no effect.
Comment 1 Jonathan Solomon 2004-04-04 05:32:59 UTC
My bad. This is more of a misunderstanding on my part than a bug. I believe the code is working as designed so let's change this to...

[WISH] Automatically change the "default" and "unknown" CVS colors in the File Tree View to match the Standard background color. As it stands, the standard background color isn't in the limited palette of colors you provide, but seeing as how you use "white" as the default setting that is the intent.

[BUG] I've also noticed that at least on my machine, the view doesn't automatically repaint when you change the CVS color preferences.
Comment 2 Jonathan Solomon 2004-04-04 07:27:45 UTC
*sigh*
After noodling around for a bit with potential fixes, I've come to realize that this is a much more complex design problem than was apparent at first.

I don't really understand the reason for having "default" at all. Why would you ever use anything except the background color for the ListView for the default color? Anyway, the real problem comes when the standard background color has been changed. We would need to identify CVS color(s) that matched the old background color and provide an option (dialog?) to reset them. This needs more thought.
Comment 3 Jens Dagerbo 2004-07-17 01:28:33 UTC
Duping against the more generally worded bug #81278. It's close enough to be seen as the same problem, imho.

Closing as DUPE.

*** This bug has been marked as a duplicate of 81278 ***