Theme Expandability (was Re: Plans for 1.3/1.4)

[Martin Soto <masoto uniandes edu co>]

Pavel Machek <pavel@atrey.karlin.mff.cuni.cz> writes:
Hello:

> I took a look, looks nicely. My idea would be:
> 
> gtk+ allocates GtkStyleClass, and fills in all fields to default
> behaviour. Theme overwrites some of them with functions/values it
> wants to supply.

I'm not sure I understand.  Aren't themes creating the whole
GtkStyleClass already?  I so, I can't see how this new aproach can
give you more freedom than the existing one.

> PS: Notice that in my patch I added new GdkStyleExpand field - that
> was in order not to break binary compatibility with existing
> themes. Above approach is cleaner but breaks binary compatibility.

First of all, is your patch available somewhere?  I've been having
problems (hopefully solved now) with gtk-devel-list, so if you posted
it to the list I may have missed it.

On the other hand, looking at things more carefully, I just realized
that moving the new [xy]thickness fields to the end of the GtkStyle
structure, and keeping the old fields in GtkStyleClass would resolve
most of the binary (and source) incopatibility problems in my
solution.  I'll try to do that (as well as updating my patch for the
1.2) to see what happens.  However, I'm sorta bussy now, so don't
expect anything before the weekend.

Best regards,

M. S.

------------
Martin A. Soto J.                           Profesor
Departamento de Ingenieria de Sistemas y Computacion
Universidad de los Andes      masoto@uniandes.edu.co