Status of wxGIFHandler?

[Andreas Micheler]

Richard wrote:
>> 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.

So you are going to write the GIF writing code?
I ask, because then I have nothing to do about the GIFs. ;-)

>> 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.

Me neither, I just thought it would be wanted
to have as little changes to the wxWidgets interface as possible.
But a some new classes would be much nicer, of course.

>> 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.

What I meant was to "misuse" the parameter mimetype,
because it is a wxString and you could pass anything through it.

>> 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.

Ok, I can wait.

Greetings,
Andreas