Status of wxGIFHandler?

[Richard]

[Please do not mail me a copy of your followup]

Andreas Micheler <Andreas.Micheler at Student.Uni-Augsburg.de> spake the secret code
<5eqni5F399scaU1 at mid.dfncis.de> thusly:

>But I'm not yet sure how to make the interface to the extension data.

I was going to make classes for the extension data and add a new
accessor on wxImage to hold a list of extension objects.  You'd also
have to add some way for the decoder to add the extension objects to
the image (I don't know if it uses a private API or a public one) and
access the extension objects for encoding.

>Maybe it would be easiest to just set the index to some negative 
>numbers, -1001 for the first extension block, -1002 for the second, etc.

I generally don't like "magic number" schemes.

>Then mimetype could contain the data.

MIME types for the data aren't very useful because they'll all end up
being application/octet-stream.

>Or did you start already with implementing the GIF write, Richard?
>Then I'll do something else, I have enough on my list! ;-)

I'm just looking ahead to what I'd need from wx for porting fractint,
which currently has its own GIF decoder/encoder code.  There probably
aren't many applications that make use of these extension block things
in GIF/PNG, but they are pretty integral to the way fractint stores
image rendering state for picking up fractal computation from where
you left off when you saved the image.
-- 
"The Direct3D Graphics Pipeline" -- DirectX 9 draft available for download
      <http://www.xmission.com/~legalize/book/download/index.html>

        Legalize Adulthood! <http://blogs.xmission.com/legalize/>