9 comments

Spikey says:

What exactly is those images of in the bottom two buttons???

Olaf Jan Schmidt says:

Hi Andreas!

Thanks for showing this. I realize my description was unclear, so let me rephrase my request.

Some users with light allergy cannot read text on a light background. It hurts their eyes if there are large bright areas on the screen. The only way they can deal with computers is by setting _all_ background colours to very dark colours. This includes the button and the text entry colours!

So how would your examples look like if you use black (or blue) as the background colour for all widgets, together with white (or yellow) text?

Would the widget frame and the triangle still be visible?

Olaf

Andreas says:

I’ll do some experiments and see what I can come up with, perhaps using QPalette::Shadow.

DanaKil says:

there are big problems (in KDE) with dark color shemes but I don’t know if this is related:

“When setting dark color scheme, disabled menu items are completely illegible” (http://bugs.kde.org/show_bug.cgi?id=56053)

“Colors for certain things can’t be set; because of this, dark(=black) color schemes are nearly unusable” (http://bugs.kde.org/show_bug.cgi?id=96144)

Andreas says:

Spikey: The texture on the two buttons is one of the marble wallpapers from KDE ;-). Looks a bit odd on a button, I guess. Hehe.

Andreas says:

DanaKil: It’s the same family of problems. The style decides how to use the palette, but using the palette “properly” is very difficult. Especially getting the same style to look usable in all color schemes; that’s almost impossible. For KDE I would suppose that you could require from all bundled styles that they work with the bundled color schemes. But color schemes aren’t very portable, so I don’t know about their future. Windows XP and Mac styles for example, being pixmap styles, have a hard time adapting to palette changes at all.

Olaf Jan Schmidt says:

DanaKil: The only style in KDE that works OK with dark backgrounds is HighContrast, which uses strike-through for disabled menu entries. If you have kde-accessibility installed, then you can also have monochrome icons that follow the foreground and background colours. Just select one of the high contrast meta-themes from the theme manager to set all options accordingly.

Andreas: We ship several styles with dark background in KDE (they are needed for accessibility), so introducing this requirement would mean removing all styles except for HighContrast (and hiding all Qt styles). But as I said, HighContrast is ugly when used with a normal colour schem, because I am not a good artist. And all artists have so far ignored my request to fix their styles to work with a dark background. This is why I would be extremely grateful if you made Plastique2 support the accessibility colour schemes. One way would be to simply switch to using the text colour as frame colour if the background colour is black or almost black.

Olaf Jan Schmidt says:

Andreas: Your idea to change the value of shadow() makes a lot of sense.

If the algorithms for setting the default values of QPalette::Light, QPalette::Midlight, QPalette::Dark, QPalette::Mid and QPalette::Shadow are updated to return different results for dark background colour schemes, then all styles would benefit from this.

There might still be some exotic corner cases where ome of the styles would be difficult to see, but the colour schemes needed for accessibility would immediately work with almost all styles using those values.

Olaf

Andreas says:

I’ll see what’s possible to do. Obviously accessibility-aware styles are very important.

Commenting closed.

Get started today with Qt Download now