> One of the areas that I would like to see changed in the libglade
> binding is the event handling. As you can see from our
> bindings we have just changed over to a more "java like"
> event handling API. libglade still wants to use the old
> signal_connect method. As a result I have had to keep our
> old event handling structure public.
I don't find any explicit signal_connect references; would you please
tell me what API I should avoid? Better yet, rip out anything you don't
want used (or print a deprecated warning when the function is called),
and I'll work around it. I'll be able to streamline connection once I
know what areas to avoid.
Tom
|