Re: gdl future

[Johannes Schmid <johannes schmid gmx de>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi!

I created a "gdl-gtk"-branch which contains a version of gdl with a
conditional build of gnome/bonobo stuff. If you want to test it but have
gnome installed you can use --disable-gnome with configure.

I also removed symbol-browser-control (from HEAD and gdl-gtk). I had
some problems with CVS but I hope the gdl HEAD branch is ok again but
please it and report if there is anything broken.

Regards,
Johannes

Robert Staudinger schrieb:
> Hi nochmal,
> 
> du hast doch einen Patch der die GNOME-Abhängigkeit von gdl optional
> zur Compile-Zeit macht - oder? Könntest du ihn vielleicht in eine
> Branch "commiten" ?
> 
> Danke,
> Rob
> 
> 
> On 5/7/06, Johannes Schmid <johannes schmid gmx de> wrote:
> Hi Naba!
> 
> 
>> We need to be very careful on this. IIRC, gdl is also used by some
> other
>> projects - can't remember them. Some of them could be using gdl-icons.
> 
> 
> We should check this. I don't remeber anything besides scaffold to use
> this library.
> 
>> I don't think it is fair to strip down a library because one
> application
>> just happens to use only one of the widgets. Besides, later if gdl-dock
>> is moved to gtk, gdl project would be dead (nothing inside :)).
> 
>> That said, I agree that we can still manage to remove Bonobo and GNOME
>> dependencies from GDL, or at least be conditionally compilable.
> 
> 
> Well, a library with nothing inside is just a depency to get rid off
> (see: libgnome must die) ;-)
> 
> 
>> There is no gtk-recent yet in gtk+ and egg-recent is not usable to many
>> projects (libegg is not distributed). I would suggest to leave it and
>> figure out a way to conditionally compile it without gnome-vfs. May be
>> we should just get egg-recent into it?
> 
> 
> If we want to extend gdl, we could add some more (or everything) of the
> libegg stuff in anjuta to gdl and maintain it there.
> 
> But gtk-recent is in gtk (HEAD) which newly written code could use
> instead of the need to stick to function which will be deprecated in ~5
> months.
> 
>> We can remove gdl-tools.c (and associated protos from gdl-tools.h).
> That
>> will remove dep on bonobo. gdl-tools.h contains many helpful macros.
> 
> 
> gdl-tools.h can stay or we can move it content to some other file.
> 
>> I think we can also conditionally compile it to not use gnome-vfs.
> 
> But is it clever to have Unix-IO as a fallback (e.g on Win32)? Or should
> we simply not compile it at all in gnome-vfs is missing.
> 
>> Hmm. why? the pixmaps are equally old and outdated.
> 
> Sorry, I though they are used in symbol-browser plugin but it has it's
> own images directory.
> 
> 
> Regards,
> Johannes
>>

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFEX3ED7Dsf+G5b/WsRAu10AJ9Adk9GmCHCX/Tg1uYgXMkVOlEntQCgr3zB
aodZBB0PJfDSxhQCy7hduNE=
=/Vqm
-----END PGP SIGNATURE-----