On 9/1/07, Benjamin Berg <[EMAIL PROTECTED]> wrote:
> On Fri, 2007-31-08 at 13:26 +0200, Lieven van der Heide wrote:
> > As for the general rendering of widgets, I think the current way of
> > letting the widget itself do the drawing, using a bunch of primitives
> > (ie. boxes, frames, etc.), and t
On Sat, 2007-01-09 at 16:32 +0200, Mathias Hasselmann wrote:
> Why not use the most obvious solution for the problem: Keep the theming
> engine as is, but instead of using one single theming detail string,
> let's attach a theming class property in the spirit of CSS class names
> to widgets:
>
>
Why not use the most obvious solution for the problem: Keep the theming
engine as is, but instead of using one single theming detail string,
let's attach a theming class property in the spirit of CSS class names
to widgets:
const gchar** gtk_widget_get_style_classes (GtkWidget *widget);
g
On Fri, 2007-31-08 at 13:26 +0200, Lieven van der Heide wrote:
> As for the general rendering of widgets, I think the current way of
> letting the widget itself do the drawing, using a bunch of primitives
> (ie. boxes, frames, etc.), and then letting the theme engines theme
> just those primitives,
On Fri, 2007-08-31 at 21:41 +0200, Milosz Derezynski wrote:
> On 8/31/07, Peter Clifton <[EMAIL PROTECTED]> wrote:
> >
> > On Fri, 2007-08-31 at 20:09 +0200, Milosz Derezynski wrote:
> > > Hey Alberto,
> > >
> > > I thought about it further and it would be also possible with the
> > > current Gtk+
On Fri, 2007-31-08 at 20:01 +0100, Peter Clifton wrote:
> Could a sensible (IE - like it is at present) tree-view header be
> constructed out of similarly conjoined buttons, or is there further
> themeing required? (Assuming we could switch off the corner rounding and
> pre-lighting at will).
Mayb
Nope. That's what Aaron's post is all about:
http://abock.org/2007/07/02/suboptimal-theming-in-gtk/
On 8/31/07, Peter Clifton <[EMAIL PROTECTED]> wrote:
>
> On Fri, 2007-08-31 at 20:09 +0200, Milosz Derezynski wrote:
> > Hey Alberto,
> >
> > I thought about it further and it would be also possible
On Fri, 2007-08-31 at 20:09 +0200, Milosz Derezynski wrote:
> Hey Alberto,
>
> I thought about it further and it would be also possible with the
> current Gtk+; the outer buttons would just need to render themselves
> in a different way, and with current API and internals, the API user
> would ne
Hey Alberto,
I thought about it further and it would be also possible with the
current Gtk+; the outer buttons would just need to render themselves
in a different way, and with current API and internals, the API user
would need to make sure of that; furthermore give the box a spacing of
0px, and t
On Fri, 2007-31-08 at 02:42 +0100, Alberto Ruiz wrote:
>
>
> 2007/8/30, Milosz Derezynski <[EMAIL PROTECTED]>:
> The point about spatial awareness hit it right on the spot
> really;
> just as a throw in, i think something like this here should
> (should as
>
As for the general rendering of widgets, I think the current way of
letting the widget itself do the drawing, using a bunch of primitives
(ie. boxes, frames, etc.), and then letting the theme engines theme
just those primitives, instead of the whole widget, has shown to not
really work. What most t
2007/8/30, Milosz Derezynski <[EMAIL PROTECTED]>:
>
> The point about spatial awareness hit it right on the spot really;
> just as a throw in, i think something like this here should (should as
> in, it should be a goal to make it possible) doable:
>
> http://futurepast.free.fr/buttonbox.png
That
The point about spatial awareness hit it right on the spot really;
just as a throw in, i think something like this here should (should as
in, it should be a goal to make it possible) doable:
http://futurepast.free.fr/buttonbox.png
On 8/30/07, Rui Tiago Cação Matos <[EMAIL PROTECTED]> wrote:
> On
On Qua, 2007-08-29 at 21:15 +0200, Benjamin Berg wrote:
> Neighbour matching is impossible in GTK+ currently and it would with
> theming paddings between widgets.
Sorry, I can't follow you on this sentence.
> * Separating positioning of widgets out of the application, and
> into the them
On mer, 2007-08-29 at 21:15 +0200, Benjamin Berg wrote:
> As a way forward it is important to know what a CSS based theme format
> might look like.
I'm sure it would look a lot like XUL's chrome files.
http://www.mozilla.org/projects/xul/
Xav
___
The thing I miss from your list is how to make sure themes' code does not
crash the innocent application into which they get loaded.
There have been several rounds of obscure bug reports for Gnumeric that
basically came down to theme code bugs.
Morten
_
Hello,
So here finally an E-Mail about the GTK+ theming discussion we had at
the start of GUADEC and some things I picked up.
In the discussion CSS had been mentioned a lot of times to a large
extend because of the matching abilities that it has. It is possible to
match on the hierarchy and also
17 matches
Mail list logo
