Your mistake is imagining that there are "system colors" and that you can
do "custom rendering" that will use them.
GTK is largely designed around a Linux model in which the ability of the
user to dynamically alter the appearance of applications (and the desktop)
is taken more seriously than on ot
Hi, Paul,
On Mon, May 4, 2015 at 8:26 AM, Paul Davis wrote:
> Your mistake is imagining that there are "system colors" and that you can do
> "custom rendering" that will use them.
>
> GTK is largely designed around a Linux model in which the ability of the
> user to dynamically alter the appearan
Hi;
On 4 May 2015 at 01:01, The Devils Jester wrote:
> I am trying to get general GTK system colors for use in custom rendering
> operations. In MSW, I would get these colors through a function like
> GetSysColor, but GTK does not appear to have such a function.
That is not wholly correct, but
I am aware of the dynamics of GTK, but the need to render custom widgets to
use a similar color palette to the current theme is a real one that does
not seem to have an elegant solution. I know that as desktops get
increasingly more gradient/texture based, the idea of a single defining
background
Hi;
On 4 May 2015 at 13:31, Igor Korot wrote:
>
> But then there should be some kind of predefined set of colors for
> each specific theme,
> which can be retrieved by some function.
No, there isn't.
The style machinery works via CSS selectors; the theme specifies the
appearance of a widget (or
Hi;
On 4 May 2015 at 13:38, The Devils Jester wrote:
> I am aware of the dynamics of GTK
If you say this, followed by:
> In the same vein, of colors, can someone explain what I am doing wrong when:
> gtk_style_context_get_background_color(context, GTK_STATE_FLAG_NORMAL,
> &bg_n); gives me nothi
That may be an elegant solution to drawing using theme parts, but thats not
the question. That is not an elegant solution for getting solid colors
that are similar to the overall theme, but not using gradients or
textures. The deprecated function gives me a useful, expected value, what
ever it do
a) CSS styling is broken in gtk. I have tried to use it set various widgets
and a lot of the time it fails.
b) The only functions which work semi-consistently in gtk+ 3.0 are:
gtk_widget_override_color() and gtk_widget_override_background_color()
c) The above functions work for most widgets, exce
There are lots of widgets which don't (yet) respect all CSS
properties. That's because when you try, you break themes which do
something like: "* { background: gray; }", and some widgets weren't
expecting to get a gray background.
We're trying to make more widgets respect CSS, but it's a careful
b
http://lives.sourceforge.net
https://www.openhub.net/accounts/salsaman
On Mon, May 4, 2015 at 6:11 PM, Jasper St. Pierre
wrote:
> There are lots of widgets which don't (yet) respect all CSS
> properties. That's because when you try, you break themes which do
> something like: "* { background: gr
10 matches
Mail list logo
