On 09/14/2010 09:14 AM, Thorsten Wilms wrote:
Of course you can do that, but I think that by default (and usually in themes)
it's the same as the selected color, such as the one when you click/hover a menu
> Either ignore unfortunate themes, or try to evaluate the provided
Detecting contrast sounds like unreliable magic. I agree about ignoring
unfortunate themes. It needs a bit of testing, but even if there's just gray, I
think that the contrast should be sufficient in most cases.
> An option for user-defined colors would have the problem that users have
To me, it's also the developer responsibility. With a customizable knob widget,
by default it would just use the base color palette. But a developer could
customize colors by providing his own styles, and even have different colors for
different knobs in the UI.
But, since most of the appearance could be controlled through GTK rc styles,
users as well as theme designers could add specific global rules for the knobs.
That would only work if the developer doesn't override them in his app of course.
Ideally, I think it could be useful to allow gradients (through some start/end
colors style rules), as well as wheel thickness and possibly a couple of other
It'll take a bit of time, but I'll try and show you something that works when
Linux-audio-dev mailing list