[Gtk-sharp-list] LibGlade

[Rachel Hestilow]

--=-db1KmXz+I03SgxD4zk/a
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

You have good timing; glade support was pending on the introspection
support Mike only recently added.

I have modified your patch a bit: The gtkapi.xml file is not
hand-written, it is autogenerated by parser/ based on C sources. So
I took the liberty of adding it to the parser system. This has the
advantage that as much of the Glade API that _can_ be wrapped, is
wrapped. I also updated your sample and .custom file to work with the
Gtk# convention "Glade.XML" (as this is what the auto-generator uses).

Other than that, good work, it seems to work great!

As for GList, I have talked with Duncan a bit on the best way to handle
G*List (marshalling requirements are a bit tricky here). The current
implementation is definitely a hack though.

Thanks again!
Rachel

On Mon, 2002-08-12 at 11:25, Ricardo Fern=E1ndez Pascual wrote:
>=20
>     I have wrapped Libglade using the Gtk# generator. I'm sending the
> patch here because maybe you can use it.
>=20
>     Doing this I have found the following problem:
>     - The changes to the configure.in file are broken. You can't enable
>     gnome support without enabling libglade support. I tried to do this,
>     but I don't understand why autoconf didn't let me do it. It must be
>     something trivial, but I couldn't get it to work.
>     - glade_xml_get_widget_prefix returns a GList. GList is not wrapped.
>     I wanted to write a wrapper for it, but that's for another patch[1].
>     - I've left some funtions out:
>         glade_xml_construct: This is useless, AFAIKS
>        =20
>         glade_set_custom_handle
>         glade_xml_signal_connect
>         glade_xml_signal_connect_full
>         glade_xml_signal_connect_data: Don't know how to wrap these.
>         Ideas?
>        =20
>         glade_xml_signal_autoconnect
>         glade_xml_signal_autoconnect_full: I don't think that wrapping
>         these is useful. Instead, something should be written using
>         reflection.
>        =20
>         glade_require
>         glade_provide: is it ok if i put these ones in the GladeXML
>         class, as static members? They are in a separate header in the C
>         api.
>        =20
>=20
> [1] I looked at GLib.SList and I can't understand why it inherits from
> ArrayList. IMHO, it should just implement the IList interface (which
> implies ICollection and IEnumerable) and maybe have some extra methods
> wrapping the glib functions, and another to create an ArrayList. I can
> write a patch doing this if you want.
>=20
> --=20
> Ricardo Fern=E1ndez Pascual
> ric@users.sourceforge.net
> Murcia. Espa=F1a.
> ----
>=20




--=-db1KmXz+I03SgxD4zk/a
Content-Type: application/pgp-signature; name=signature.asc
Content-Description: This is a digitally signed message part

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.6 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQA9WAsEapOJdUj74F4RAkzKAKCuww6CRvojtnN/0OuvTzfWR04MhQCgu4df
/z5HKE06WmAO28C8zeq19Xk=
=UCme
-----END PGP SIGNATURE-----

--=-db1KmXz+I03SgxD4zk/a--