On Wed, 2010-06-02 at 14:25 +0100, Emmanuele Bassi wrote: > On Wed, 2010-06-02 at 13:47 +0100, Bastien Nocera wrote: > > > I'd rather have libgdk-pixbuf be definitely split out from GTK+ (and > > > fixed with the API breaking fury of an angry god of old while we're at > > > it) instead - which would collide with the whole idea of having fewer > > > libraries but at least would make it possible to have parallel graphical > > > libraries not depend on (and page in) GTK+ itself. > > > > I've heard ideas about turning GdkPixbuf into an image loader for Cairo, > > rather than the current GdkPixbuf struct, which does waste quite a lot > > of memory (try loading a few jpeg 2000 files...) > > I'd rather have (as Clutter maintainer) a library that allows me to > submit a memory area to do the decoding in, so that, for instance, > Clutter could use a Pixel Buffer Object and avoid a copy. > > but my point was more: there are valid use cases for libraries to depend > on a common image loading and conversion library (such as gdk-pixbuf) > and if we statically link it in gtk+ it means that those libraries will > have to link against gtk+ itself - when that might very well not be > desirable.
librsvg also desires that libgdk-pixbuf (especially its image loader part) is separated from GTK+. -- Hiroyuki Ikezoe _______________________________________________ gtk-devel-list mailing list gtk-devel-list@gnome.org http://mail.gnome.org/mailman/listinfo/gtk-devel-list