GNOME Bugzilla – Bug 661701
High-Contrast Themes Need Customization
Last modified: 2013-02-22 20:23:23 UTC
Hi, I would like to request that the dark high-contrast theme be offered in several flavours or, preferably, given widgets to configure them. As an example, I recommend to you the several dark themes that have been available in Windows for years, enumerated below for your convenience: * High-Contrast Black: dark purple title bars, with all other background elements black and all foreground elements white. * High Contrast #1: Royal blue title bars with white foreground, all other background elements black and all remaining foregrounds bright yellow. * High Contrast #2: Cyan title bars with black foreground, all other background elements black and all remaining foregrounds lime green. As a light-sensitive, legally-blind individual I appreciate your considerations on this matter. --Kiyoshi Aman
Hi Kiyoshi. I agree the current situation of the HighContrast theme variation is not ideal - this is also one of the things we recently discussed at the Montreal Summit with Meg Ford, who is working on improving the accessible version of the GNOME icon theme. We will probably have only two stock variations of HighContrast (normal/inverse), but we will allow the user to freely customize the background and foreground colors to create a personalized theme according to its needs. Unfortunately, allowing this degree of flexibility while keeping e.g. icon palette consistency requires a lot of grunt work to redraw all the current HighContrast icon theme in a way that allows them to be recolored; in short, this is not an easy fix but we're working on it.
Hi, I will add your bug to my list and see what we can do to accomodate this. The current plan is to support black on white and white on black (although the High Contrast Inverse setting is currently white on blue, at least in Fedora 15). Right now I am working on completing the icon themes so that we have some basic support provided in 3.4. There is a bug regarding accessibility theming in the shell (Bug 618888) that is also relevant here, since we do need to support theming in the shell so that the title bars and icons in the shell can be themed (I think this is correct, but correct me if the theme engine will take care of that, Cosimo). I know that yellow and blue are more desirable than black and white for many low vision users. I'll ask Dan Winship and Alejandro Piñeiro Iglesias what they are thinking, and I will let you know what type of comprehensive plan we are able to put together. Thanks for the input!
This is essentially a duplicate of bug 676814, now that accessiblity coloring effects are handled at the compositor level. Marking as such. *** This bug has been marked as a duplicate of bug 676814 ***