Dear Wiki user, You have subscribed to a wiki page or wiki category on "Xmlgraphics-fop Wiki" for change notification.
The following page has been changed by JeremiasMaerki: http://wiki.apache.org/xmlgraphics-fop/ImageSupport/Status The comment on the change is: Status update ------------------------------------------------------------------------------ ||done||Distinguish between local file URLs and other URLs. File URLs are converted to File objects so ImageInputStreams can be created that operate directly on the file which makes caching unnecessary.|| ||done||Reimplement Readers as ImagePreloaders for all supported formats. done: SVG, PNG, GIF, TIFF, WMF, EMF, EPS, BMP, JPEG|| ||done||Fully implement intrinsic size determination (size plus resolution) in ImagePreloaders for PNG and TIFF. PNG using ImageIO which is now always available after switching to Java 1.4. TIFF using XML Graphics Commons' TIFF codec.|| - ||IN PROGRESS||Reimplement the image loading code of the old Image implementations as ImageLoaders. done: ImageIO, Batik(SVG&WMF).|| + ||done||Reimplement the image loading code of the old Image implementations as ImageLoaders. done: ImageIO, Batik(SVG&WMF), raw formats (EPS, JPEG and CCITT), extension examples (Plan and MathML).|| ||done||Implement all necessary ImageConverters. done: SVG->G2D, WMF->G2D, G2D->BufferedImage/RenderedImage, RenderedImage->G2D, RenderedImage->PNG.|| - ||IN PROGRESS||Write unit test for as much of the functionality as possible/reasonable.|| + ||done||Write unit test for as much of the functionality as possible/reasonable.|| - ||IN PROGRESS||Write Javadocs|| + ||done||Write Javadocs|| - ||IN PROGRESS||Verify that undecoded images (TIFF with CCITT G4, JPEG, PNG, EPS) are properly supported by the architecture in order to have minimal memory usage and maximum performance (no more passing around byte arrays). done: JPEG, EPS. PNG didn't work.|| + ||done||Verify that undecoded images (TIFF with CCITT G4, JPEG, PNG, EPS) are properly supported by the architecture in order to have minimal memory usage and maximum performance (no more passing around byte arrays). done: JPEG, EPS, CCITT. PNG didn't work.|| ||done||Implement transparent support for GZIP encoded streams.|| ||done||Allow SAXSource and DOMSource for XML-based images. Not implemented but generally supported by the architecture (JAXP Source)|| ||done||Reimplement caching. Cache the various image flavors separately of each other. Identify uncacheable image flavors.|| ||OPEN||Make sure all streams are properly closed.|| ||OPEN||Support injection of manually built Image subclasses through the Source mechanism (meaning: act during URI resolution and build the final image (ex. as BufferedImage or Graphics2DImagePainter) instead of providing a stream to an encoded image).|| - ||OPEN||Decide if the Graphics2DAdapter/Graphics2DImagePainter pair is still in the right place (in the render package) as it is heavily used now in the image package.|| + ||done||Decide if the Graphics2DAdapter/Graphics2DImagePainter pair is still in the right place (in the render package) as it is heavily used now in the image package. --> Painter moved, Adapter is renderer-specific and stays|| - ||IN PROGRESS||Integrate the new image package into the layout engine (ImageInfo/ImageSize), the renderers (Image/ImageFlavor) and the FOP extensions.|| + ||done||Integrate the new image package into the layout engine (ImageInfo/ImageSize), the renderers (Image/ImageFlavor) and the FOP extensions.|| ||done||Reimplement support for baseline adjustment (for MathML)|| ||done||Enhance the existing penalty mechanism to allow manual fine-tuning of the conversion decisions.|| ||done||Create a branch and upload what's there already for early feedback.|| @@ -31, +31 @@ = Open Questions = - * What should the final package name be? Currently, I'm working in org.apache.fop.image2 in order to keep the old one next to the new one while I'm rewriting. - * How much focus should I put on backwards-compatibility in the renderer area? FOP extensions could be affected. ATM, I'm not as far as to integrate the whole thing in the renderers, yet. + = Resolved Questions = + + * What should the final package name be? Currently, I'm working in org.apache.fop.image2 in order to keep the old one next to the new one while I'm rewriting. done: moved to Commons under org.apache.xmlgraphics.image.loader. + - * Should the reference to FOUserAgent be taken out of the image package? That would make it more easily usable outside of FOP. Tonny Kohar of Kiyut is already interested in the package for their image viewer application. An adapter could provide access to a !URIResolver and the source resolution. + * Should the reference to FOUserAgent be taken out of the image package? That would make it more easily usable outside of FOP. Tonny Kohar of Kiyut is already interested in the package for their image viewer application. An adapter could provide access to a !URIResolver and the source resolution. done: completely decoupled from FOP as a result of moving the package to XG Commons. = Observations with the new code while testing = --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
