Actually it is in place, but needs a slight fix.
It has it's own MapProducer and factory implementation, which is registered in
And yes, gif support in JAI is broken and we had the factory precedence problem (aka. which factory is found first for producing a
given map format). As a workaround, we declare the GIFMapProducerFactory before the JAI one, in the services meta file, so it is found prior to the jai factory.
Here is a brief resume of the discussion lost in the email list that did not reach this issue:
- at first, GifOutputStream used a fixed color for transparency. For instance, it was black, which lead to all black lines and fills being transparent.
- then, the map's BGCOLOR was used as the transparent one, but this lead to having strokes and fills transparent then they are equal to the bgcolor, which, unfortunatelly, defaults to WHITE. So this is not a good approach too.
- Now, I think there are 2 possible solutions:
- the first one is to use a less common fixed color for transparency, say, magenta. I guess this is a common approach since I saw a lot of gif images having magenta as transparent color in the windows land.
- the other would be to programatically create a color that is not in the image's pallete.
Patrick: may be you could take care of this? if you do not have time please tell me so I may be have a run.