Re: gdl future

Johannes Schmid <[email protected]>
Newsgroups gmane.comp.gnome.devtools
Message-ID <[email protected]>
-----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 <[email protected]> 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-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.