Version: (using KDE KDE 3.3.2) Installed from: Gentoo Packages In Control Centre -> Appearance & Themes -> Colors, certain colors are seemingly hardcoded and can't be changed, among these (afai can tell): - 'group boxes' - borders in general (on buttons, etc.) - treeview lines - tooltips Because of this, black color schemes are almost unusable. To illustrate: - Black on white color scheme - White on black color scheme - Black on white color scheme, with inverse colors filter applied (rough approximation of how it *should* look)
Created attachment 8889 [details] White on black color scheme
Created attachment 8890 [details] Black on white color scheme
Created attachment 8891 [details] Black on white color scheme with inverse colors filter applied (rough approximation of how it *should* look)
This was with the Lipstik style; I don't know whether black-color-scheme-friendliness depends on the style being used, but either way the colors shouldn't be hardcoded.
Maybe the style developers have something to say on this
I have written a widget style for this purpose. See attached screenshot.
Created attachment 9149 [details] Dark background colour scheme with new HighContrast style
For the next version, I will make lipstik smarter about the color scheme used. If I cant find a clean way to automatically adjust these colors (group boxes, treeview line, etc.) at least I will include a way to set them in the lipstik config module.
Awesome, thanks. :)
About lipstik style: I'm using Slackware 10.1, just upgraded KDE to 3.4.2, instaled the lipstik 1.3 style, and selected black windows/buttons backgrounds in KDE color setings. Using the lipstik style configuration window: - Still can't choose a light color for button borders, knobs, tree lines, separator lines, etc. :(rendering these items invisible on black background windows). - The selected "Custom checkmark/radiobuttons color" always gets darker than the selected/showed. - Can't stop animation in progress bars. But all in all lipstik is a much more costomizable style than the others. Thanks ;)
*** This bug has been confirmed by popular vote. ***
Created attachment 14486 [details] Unusable black background's :( Several years have passed and it's still not possible to use black windows background with black buttons background as a normal KDE style :( not specificaly for disabled people, but healthier for everyone) Since we are not using paper as a computer monitor, the most natural (and healthy) color scheme should be light text on dark backgrounds as explained in wikipedia: http://en.wikipedia.org/wiki/White-on-black_color_scheme I don't see why nobody cares about this, and why KDE only has one style (HighContrast) for the disabled people... PS: I'm not disabled (yet), but if it's better for them, should be better for everybody else...
For the record, QIndustrial is the other style that works with black color schemes (look for it on kde-look.org), it's much more bearable than the High Contrast one and what I use.
AFAICT the only one of those that's still a problem with KDE4 and Oxygen is treeview lines.
known problems with dark color schemes: spellcheck renders text black on black background. kopete shows some IM messages black on black background in this text field, text is rendered white when it is correct according to spellcheck (white background) then it falls down to black text, while all above lines are still red and white.
Created attachment 27120 [details] image of a text menu with active spell check text is unreadable as light grey on white, the first color should have been taken from style, the other should have been counted and proposed from text and background colors.
SVN commit 952130 by cfeck: Fix color of tree lines with dark color schemes Mentioned in comment #14 CCBUG:96145 M +3 -2 oxygen.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=952130
*** Bug 80389 has been marked as a duplicate of this bug. ***
According to comment #15 the remaining issues is with spell checking, so I am reassigning. If you still see applications where you have "black on black" or similar color related bugs/problems, please file the bug to the respective application. Please also try different styles to find out if the issue is application or style related.
You cannot even change the color of a menu bar...
Kai, this bug is about hard coded colors (such as text always being black). The Oxygen style does not even have a menu "bar", all items are just rendered on the window background. If you want a visual distinction, use a different style, such as QtCurve or Bespin.
hi@all, I think this one can be closed.
I don't think it can be closed -- the oldest bug still here: try to open in konqueror the following HTML document when KDE color scheme is a birght fg on dark bg: <html><body><h1>Hello</h1></body></html> the 'Hello' word rendered in black (ignoring fg setting in control panel)
Hi, kdelibs (version 4 and earlier) is no longer maintained since a few years. KDE Frameworks 5 or 6 might already have implemented this wish. If not, please re-open against the matching framework if feasible or against the application that shows the issue. We then can still dispatch it to the right Bugzilla product or component. Greetings Christoph Cullmann