Re: Inlining pixbufs



Federico Mena Quintero <federico@helixcode.com> writes: 
> I like Tim's idea of using RLE for application-specific stocks and
> uncompressed data for shareable stuff that goes in gnome-libs and
> friends.
>

My current implementation has a "format" field so we can add new
formats at any time.
 
> >  - we create a program image-to-inline that loads image files and 
> >    can create a file full of C variable declarations
> 
> Can we just #include them somewhere?  The idea of generating a big
> file with a bunch of inline images always kind of scared me.
>

I don't understand, what's the difference? You mean just separate
files instead of one big file? The program does allow you to do that.
 
> >  - gdk-pixbuf.h now contains gdk_pixbuf_new_from_inline() that 
> >    reads the stuff image-to-inline outputs.
> 
> I'd prefer it if this function used gdk_pixbuf_new_from_data()
> internally instead of creating the GdkPixbuf structure by hand.  Other
> than that, it looks good to me.
>

Right, OK.
 
> Also, if you feel like playing with GdkPixbuf stuff, could you please
> implement Tim's idea for the last_unref handler?  We do need that
> before gdk-pixbuf can go 1.0, and Nautilus needs it.
> 

Hmm, I think this would actually be implemented on GObject now, in GTK
head.

Havoc











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