On Fri, 2008-08-29 at 11:52 +0400, Nickolay V. Shmyrev wrote: > В Чтв, 28/08/2008 в 22:03 -0400, Jeff пишет: > > I know that a lot of applications are in this situation. I would like > > your input as to what could be done to be able to indicate 3-4 levels > > of "priority" while still retaining an application that is not heavily > > theme-dependent for being legible (I'm also thinking of other > > applications such as Homebank, Specto, etc.), especially in GTK > > listviews or treeviews. Using icons may be the best way to go in some cases. I do not know much about the needs of the HighContrast themes. But I wonder if it is even possible to define good colours for "3-4 different levels of priority" in an accessibility theme (depending on the use case, one colour + bold could already give enough combinations). > > Thank you for your ideas. > > Quite for a long time there is a support for named theme colors in gtk. > They was supposed to define color scheme for such a cases so there must > be "normal priority" color, "high priority" color and so on, but, > unfortunately with the recent development of themes recoloring this > effort gone to zero. Now you have to go through three subdialogs to > reach the settings of the theme and set the same four base colors. I see colours schemes for themes and named colours for the application as two entirely different issues. They do happen to use the same technology in the end of course. However the colours for applications do not need to be user selectable. It would be great to have a couple of colours that applications can use. The hard part is to find a good set of colours, and then standardise these colours. > Developers can still use some functions like: > > color_shade (selected_bg_color) Any colours that applications use should be based on the themes colours when possible. However, I would suggest only using the styles colours instead of accessing the symbolic colours used by the theme. This is safer as it will work for all themes, those that support colour schemes and those that do not. > So it's more a problem for application developers and pimlico developers > in particular to choose colors properly. Benjamin
Attachment:
signature.asc
Description: This is a digitally signed message part