Re: Styles, RC Files, and Themes
- From: Owen Taylor <otaylor redhat com>
- To: gtk-devel-list redhat com, gtkdev gtk org
- Subject: Re: Styles, RC Files, and Themes
- Date: 23 Jul 1998 09:46:36 -0400
Tim Janik <timj@gtk.org> writes:
> > So, the declaration:
> >
> > +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> > style "my-button" {
> > fg[NORMAL] = "ff0000"
> > }
> >
> > widget "*.MyButton" style "my-button"
> > +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
> >
> > simply makes MyButton have the style it would have if the
> > pattern was not there at all, but with a red foreground in
> > the normal state.
> hm, another thing about your approach.
> i'm currently setting the style for all internal widgets in GLE, so that
> GLE appears a bit different than the rest of an application, so the
> user can actuually identify the windows quite easily.
> a style
>
> class "GtkWidget" style "theme-blub-default-style"
>
> would defeat that possibility.
> <ramble>
> so we need to have some way to puposely override the behaviour you
> propose. maybe through a special keyword in the style definiton
> that...
If you really want that, how about:
style "MyStyle" = "" {
}
Where "" represents the style with all values set to the default
value.
I think it would be somewhat unfriendly, however, for GLE to
completely ignore the user's theme. If it wants a different look, it
should just set some values that override the user's theme.
> also it seems like we need the path priorities for styles as well then..
Yes, I don't think that is a bad thing. Without priorities, the
_current_ theme system can't handle dynamic reloading properly
in all circumstances.
> </ramble>
>
> dunno, that all seems somewhat hackish to me...
<shrug>
Owen
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]