Re: Inlining pixbufs
- From: Tim Janik <timj gtk org>
- To: Owen Taylor <otaylor redhat com>
- Cc: gtk-devel-list redhat com
- Subject: Re: Inlining pixbufs
- Date: Sun, 25 Jun 2000 00:29:51 +0200 (CEST)
On 24 Jun 2000, Owen Taylor wrote:
>
> Havoc Pennington <hp@redhat.com> writes:
>
> > Pixbuf doesn't support these, when it does we could come up with some
> > convention.
> >
> > > i think it's be better to define a 4 byte type field that also leaves
> > > room for enhancements like RLE:
> > >
> > ...
> > > /* generate Pixbuf from C source saved structure */
> > > GdkPixbuf* gdk_pixbuf_new_from_pixdata (const GdkPixdata *pixdata);
> > >
> > > /* generate Pixbuf from byte stream, ignores GDK_PIXDATA_MEMTYPE_STATIC */
> > > GdkPixbuf* gdk_pixbuf_new_from_stream (const guint8 *pixdata_stream);
> > >
> > > (the functions would share the same decoder backend of course)
>
> Why do we need both? if your GdkPixData thing is properly endian-neutral,
> etc, and in a fixed format, than it is pretty much a stream already.
to make it convenient to extract the first fields from a
guint8 *selection->data stream. if that's a valid use,
i think we should support it directly by accepting the
GtkSelectionData fields
guchar *data;
gint length;
>
> Owen
>
---
ciaoTJ
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]