From: James Henstridge (james@daa.com.au)
Date: Thu Jul 05 2001 - 21:33:35 EDT
On Thu, 5 Jul 2001, Dermot Musgrove wrote:
> Hi Chema,
>
> Thanks for your response.
>
> Chema Celorio wrote:
> >
> > On 03 Jul 2001 18:56:41 +0100, Dermot Musgrove wrote:
> > > Chema Celorio wrote:
> > > >
> > > > I uploaded to the CVS a TODO file in the glade2 module.
> > > Hi,
> > >
> > > Please can I ask the Glade2 developers to contact the authors of the
> > > source code generators to explain what is involved in changing from
> > > Glade to Glade2.
> >
> > As far as i know most of the code generators are external programs,
> > if this is correct then the code generators just need to be able to
> > read the new format.
> So can I assume that:
> 1) All the information held in Glade files will also be in Glade2 files.
Some property names have changed to match the names used within gtk+
itself. It will probably be easiest to modify your code generator to use
the properties interfaces as well (I don't know what they are for the perl
gtk bindings).
> 2) There is no new information in Glade2 files that needs to be handled .
Currently, the project information part is gone (I don't know if we want
to have it in the glade file itself).
As far as new information goes, there can be some accessibility related
information in the glade file. This part is not yet finalised. At least
to start with, you can probably ignore this information. To make use of
it, the perl gtk bindings will need support for the ATK library (not too
difficult).
> 3) All defaults will be the same - and no new defaults.
The defaults will be the gtk defaults. (so if a property isn't given in
the glade file, don't set it). One example of a property with a different
default is the "visible" property. In gtk+, the default has always been
false, but glade has used true.
> 4) Someone will announce when the XML format is frozen.
It will be finalised once the last few issues are sorted out
(accessibility being the big one). If you have any input about the
format, please give it.
>
> > > So far, there seems to be _no_ thought or planning given to generators
> >
> > I don't know what thought or planing are you talking about. If you have
> > any ideas about code generators it would be good if you can talk about
> > it. The only thought is to move the C code generator out of glade and
> > either make code generators an external progam that read .glade files or
> > make them loadable glade modules.
> These are very different requirements for the generator authors, indeed I
> am not sure how this this would work at all. I guess that you have
> considered making Glade2 an object that would supply services so that
> IDEs, editors or even generators can use Glade2 functionality rather than
> the present way round.
>
> > > and it would be very destructive to fork a UI builder without source
> > > code generators - when 'version 1' already works.
> >
> > fork ? I don't think glade2 qualifies as a fork.
> Good news - I know that the changes to gtk2 are likely to be the most
> work but I worry that Glade may need to be be changed and the two versions
> will diverge.
Hopefully the changes will mean _less_ work for code generator authors.
It should reduce the amount of extra code needed to support a new widget.
For most things, the binding will just be outputing calls to whatever the
perl bindings equivalent of g_object_new() and then setting accels and
signals.
>
> I am really making a request that the Glade2 developers do not take the
> many generator authors for granted. I am not sure what reason there is to
> commit myself to many hours of work and convert my generator when I am
> not sure what benefits there are.
>
> I am only speaking for myself but I wrote a Perl generator because I
> wanted to use Glade and Perl and I can still do this with Glade1.
James.
-- Email: james@daa.com.au WWW: http://www.daa.com.au/~james/_______________________________________________ Glade-devel maillist - Glade-devel@ximian.com http://lists.ximian.com/mailman/listinfo/glade-devel
This archive was generated by hypermail 2b29 : Fri Jul 06 2001 - 00:55:21 EDT