Good :) But it's not a simple feature :(
You can use the files (created by gobject introspection) instead create a vapi-xml convertor. But is it a good idea to add dependancies with this files (which aren't installed with vala, unlike the vapi files)? 2008/6/25 Sam Liddicott <[EMAIL PROTECTED]>: > Thanks; silly me, it's obvious now. > > It makes perfect sense. > > I'm thinking about the prototype problem. > I guess the vapi files know, so it will involve libvala no doubt. > > It will either be a vapi-xml convertor or rewrite the xslt to vala or C using > libvala. > > Sam > > -----Original Message----- > From: gege2061 <[EMAIL PROTECTED]> > Sent: 25 June 2008 20:38 > To: Sam Liddicott <[EMAIL PROTECTED]> > Cc: vala-list@gnome.org > Subject: Re: gtk widget bindings complete > > Complete GladeValaDemo class with : > > public abstract void on_button1_clicked(Gtk.Widget widget); > public abstract void on_GladeValaDemo_destroy (Gtk.Widget widget); > > The problem is to determine the prototype of callback :/ > > 2008/6/25 Sam Liddicott <[EMAIL PROTECTED]>: >> I fear I don't understand the second suggestion. Please could you provide a >> small example. >> >> Thanks >> >> Sam >> >> -----Original Message----- >> From: gege2061 <[EMAIL PROTECTED]> >> Sent: 25 June 2008 18:39 >> To: Sam Liddicott <[EMAIL PROTECTED]> >> Cc: vala-list@gnome.org >> Subject: Re: gtk widget bindings complete >> >>> After analyzing the generated code, I have some proposals : >>> * Use abstract class, >>> >>> >>> you're probably right. It's just sugar, but sugar is important. >> >> Of course, it's just a proposal, for v2... >> >>> * Create abstrat method for signal, >>> >>> >>> I considered this. I'm not certain of the benefits. >>> There are lots of signals, most of which exist of exist for each widget. >>> >>> Often there is a different signal handler for the same signal for different >>> widgets. >>> >>> So what would these abstract methods be? Dispatchers? Based on what info? >>> >>> Only the developer knows what signals he wants to catch and how, so I left >>> these to be done in the subclass, but at least the developer only has to get >>> the name right and the rest happens automatically. >> >> Sorry I wanted to say : signal callback, defined in XML, to force >> developers to implement it in sub-classe (hence my first proposal). >> >>> * Use verbatim string for XML (see my example). >>> >>> >>> I don't like this because the xml may actually contain """ and there is no >>> way to escape it. >>> I did have it set to close the string on \n and start a new line and open >>> the string again, but vala doesn't support const string concatenation yet > > > > -- > Nicolas Joseph > > Responsable de la rubrique GTK+ de developpez.com / > In charge of the GTK+ section on developpez.com > > http://nicolasj.developpez.com > > -- Nicolas Joseph Responsable de la rubrique GTK+ de developpez.com / In charge of the GTK+ section on developpez.com http://nicolasj.developpez.com _______________________________________________ Vala-list mailing list Vala-list@gnome.org http://mail.gnome.org/mailman/listinfo/vala-list
