On Wed, Jul 16, 2008 at 7:14 AM,  <[EMAIL PROTECTED]> wrote:
> I wondered about a place to put reusable gEDA GTK widgets.  The
> archives mentioned removing libgeda's dependence on GTK, and in
> another place about libgeda including reusable GTK widgets.  Having
> straight C structs and functions in one library, and GObject wrappers
> and reusable GTK widgets in another library seems like a good idea to
> me.

As it is there's very little dependence on any g[dt]k in libgeda.  One
of these is on GdkPixbuf in PICTURE (which is one reason I'm working
on opaquifying the object states [1]).

I'm not as opposed to having libgeda rely on GObject (in fact, I
actively want that - for change notifications) as to having it rely on
GTK, especially when that dependence now seems a bit gratuitous.  (It
looks gratuitous because it's actually the *leftovers* from a lot of
good interface splitting that has occurred.)

[1] The other reason is that while some live on the bleeding edge of
hardware, I tend to live on the coagulating edge, and having to
#include <gtk/gtk.h> for EVERY file in libgeda hurts.  Same goes for
<libguile/libguile.h> but that looks harder to avoid.


_______________________________________________
geda-dev mailing list
[email protected]
http://www.seul.org/cgi-bin/mailman/listinfo/geda-dev

Reply via email to