On Thu, 19 Aug 2010, Greg Ercolano wrote: >> MacArthur, Ian (SELEX GALILEO, UK) wrote: >> Should we even be maintaining our own GIF decoder now? > > I believe one reason for the internal gif is to allow > FLTK to be compiled without dependence on external libs.
Well, I've got a snippet of good news: I've now demolished Fl_GIF_Image.cxx to the point where it decodes several GIF frames (still all to the same buffer by the way) and I've managed to display the second and third frames of an animated gif as static images on-screen. The next step is decoding each of the frames to their own buffers to allow easily swapping between the frames; actually animating the images should then be comparatively straightforward. > I figure anyone wanting real web browser capabilities > should use external browser libs for that, since that > gets complex quickly Although Fl_Help_View is rather primitive, I've verified that enough of HTML is implemented for what I have in mind. Animated GIF images are not a hard requirement but would just be a nice little extra which I'm sure my 4-year-old will appreciate. Once the implementation is complete, it shouldn't require any additional coding to get GIFs animating. Best, Marc _______________________________________________ fltk mailing list [email protected] http://lists.easysw.com/mailman/listinfo/fltk
