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]