On Fri, 27 Apr 2001, Damon Chaplin wrote:
> I preferred the first version:
>
> <property name="x" type="gint">60</property>
>
> And abbreviate it and have default types so you can just do:
>
> <p name="x">60</p>
>
> Though maybe we should look at things like SOAP to see if there is
> anything
> of use there.
I haven't looked at SOAP, so don't know how much complexity it would bring
to a format like this. In most cases though, it is fairly obvious how to
stringify and unstringify the various object properties though
>
>
> > I can write a DTD for this format if it would help. Since we talked about
> > switching over to libxml2 for glade, I could also write a SAX parser for
> > the format (if we agree on it). The parser could then be used in both
> > glade and libglade.
>
> It may be better to save all this for a completely new version of Glade,
> maybe Chema's new version which uses GtkArgs and stuff.
Well, as Owen said earlier, these sort of changes need to be decided on
before the gnome 2.0 freeze date if libglade will be part of the
development platform. Glade is not under quite the same pressure, as it
is only an app.
That is why it would be nice to have the file format decided on fairly
soon. It shouldn't be difficult for glade and libglade to share parser
code, which might help a bit in getting an updated version of glade out.
With the current libglade, I have been trailing whatever glade did. This
has worked fairly well, but won't be possible for gnome 2.0 if there is no
glade to work off. Either glade would have to follow whatever decisions I
made when updating libglade, or I would end up with a UI generation
library with no UI builder that could create input files for it.
Agreeing on a DTD for the new format would be a good starting point.
Also, it would be good to make sure that glade 2.0 uses the correct
property names where ever possible (as was mentioned earlier). This would
make updating libglade a lot easier in the absence of glade.
James.
--
Email: [EMAIL PROTECTED]
WWW: http://www.daa.com.au/~james/
_______________________________________________
Glade-devel maillist - [EMAIL PROTECTED]
http://lists.helixcode.com/mailman/listinfo/glade-devel
