On 07.02.2011 21:47:41 Jeremias Maerki wrote: > > > Next on the list is making sure the ImageIO-based JPEG support can fully > > > replace the com.sun JPEG codec. When I have that, we basically are > > > completely rid of of the com.sun classes with only the restriction > > > indicated above. > > > > > > If anyone thinks that removing JPEG decoding support from the internal > > > TIFF codec is unacceptable, please let me know. If necessary, I can try > > > to make sure there is a fallback to ImageIO if the internal codec cannot > > > load a particular TIFF. > > > > I think that is worth doing. It should not be hard, right? > > Probably not. I'll see.
Well, it's not that simple. I've realized much too late that the images are loaded in their own thread (working with DeferRable) even though the ImageTagRegistry already has a fallback loop for loading images. But since the handlers will never return null that loop has essentially no effect (so probably a historical artifact). Since every handler basically has the same code for starting that thread, I guess that could be factored out into ImageTagRegistry so the loop could take hold again and I can finally make sure that fallback can be implemented. But for today, my time has run out. Next time... Jeremias Maerki --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
