Re: Allow code in glade callbacks?

[Ross McFarland <rwmcfa1 neces com>]

On Fri, 2004-03-26 at 01:05, James Curbo wrote:
> Bruce Alderson wrote:
> > That brings up an interesting point: Connecting glade to editing
> > (somehow, magically) would be a great boon to new Gtk developers.  If
> > only there was a way to do it that wasn't annoying/language limited.
>
> Supposedly 'scaffold', formerly anjuta2, is going to contain this 
> functionality. I'm looking forward to it but it'll be a while before it 
> gets done I bet.

i like the name scaffold much better than anjuta2, that's cool, it at
least seems to suggest what it does.

as for this patch i'd probably lean away from implementing the patch. as
it stands glade xml files are language independent, this would put
language specific stuff in them. there are a few examples out there
where glade xml files are provided with a library's code that implement
a default dialog box that projects using the library can use to get the
same feel as everyone else (gnome spell comes to mind) basically the
patch only makes things simpler, it doesn't provide functionality that
you wouldn't otherwise lack. i don't think blowing the glade xml format
would be worth it.

that being said this would possible be a good add on for someone to look
into. come up with a perl module (that would be rather simple) that read
in it's own xml format (like glade xml, but called something different.)
it could basically look through the file and pull out all of the code
putting it in functions with unique names and replace the code with that
function name. i would prefer something along these lines if this is
that big a deal.

if the whole point is to have the app in one file, then just read the
glade xml data from a __DATA__ section.

-rm