Re: [java-gnome-hackers] First pass at libglade signal connecting

[Tom B. <Tom...@Su...>]

I fixed the mapping layer, which had to map signal names and not
listener method names.  Libglade should now basically work with GTK
components.  Four pieces are not implemented yet:

1.  GNOME widget support, and I need a question answered:  the
package-private EventMap class that was added to org.gnu.gtk either
needs to be copied into org.gnu.gnome, or it needs to be moved somewhere
common, such as org.gnu.glib.  The problem with making it common is that
it has to then be public, and it's strictly an implementation class.  Is
it sufficient to document that it's only to be used by this
implementation?  I'd rather not duplicate code, but I also don't want an
implementation class to become part of the official public API.

2.  Support for Glade's drop-down list of signal handlers, which allows
a developer to map a signal directly to a GTK function, such as mapping
a Window's destroy signal to gtk_main_quit().  I'm not sure how
important this is since Python's libglade doesn't appear to support
these handlers, but they aren't hard to add if you folks feel they'll be
used.

3.  A Java implementation skeleton generator, which is a utility that
reads a Glade definition file and generates a Java file with stubs for
the referenced handlers.  

4.  Write tests and examples.

Let me know if I've missed any to-do items here.

Tom