Re: pixbuf<->cairo_surface_t conversion


On Thu, Sep 02, 2010 at 07:57:44PM -0400, Matthias Clasen wrote:
> One downside that you've mentioned earlier is that with this approach,
> gdk-pixbuf grows a cairo (and thus libX11) dependency.
> That might inconvenience a few gdk-pixbuf users. But the one I know
> offhand, librsvg, already has a cairo dependency (via pango) anyway.
> So, probably not a big problem.

For what it's worth, libgpod has a gdk-pixbuf dependency and no cairo dep,
and people complain from time to time about that dependency (though that's
mainly on distros where gdk-pixbuf is in the same package as gtk+, which
will no longer be the case with gtk3). So I don't know how they will react
to an additional cairo dep ;)

On the other hand, a GdkPixbuf handling more formats than the current one
would be really useful since for now it's not possible to easily transfer
pixel data from a GdkPixbuf to a QImage (conversion is needed). Hopefully
with the additional pixel formats that are suggested here, this will become


Attachment: pgpBkaitj5MBK.pgp
Description: PGP signature

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]