A World Of Documents

Barcode4J 2.0 alpha 1 is now released. In the release notes I’m asking for feedback on the new functionality. I hope I’ll get a lot of good feedback (positive or negative) so I can soon do a final 2.0 release.

Thunderhead has kindly sponsored an implementation of the DataMatrix barcode symbology (ISO/IEC 16022:2000(E)) for Barcode4J. This is now the second 2D symbology I was able to add to the codebase. Although it’s not a complete implementation of the spec, all the important features are implemented. The restrictions (such as lack of structured append and ECI functionality) will be documented in detail on the Barcode4J website.

Since the specification is quite complex, it could be that there may still be a bug hidden somewhere, so I’d be very grateful for some feedback. The Barcode4J release is almost ready. Stay tuned!

Finally, a FOP release after the redesign without a beta tag! The most important changes since 0.92 beta besides a lot of bugfixing and stabilization work:

• Added support for the use of Open Type fonts.
• Support for the rgb-icc() function and for a proprietary cmyk() function (for device CMYK colors only through the PDF renderer so far).
• Enabled Copy/Paste from PDF content in Acrobat Reader for text using embedded TrueType fonts.
• Added support for PDF/A-1b and PDF/X-3:2003. (Note: this may still be a bit incomplete.)
• The Java2DRenderer (and therefore the print and bitmap renderers) is now offering the same quality as the PDF and PS renderers.
• Automatic support for all fonts available to the Java2D subsystem for all Java2D-descendant renderers (TIFF, PNG, print, AWT).

PDF has been around for some time and is widely used. Lately, with buying Macromedia, Adobe’s strategy towards PDF changes more and more, and IMO not in a good direction. The “open” standard is gradually closed down as Adobe adds features that forces you to buy their software. Anyway, 2007 is going to be interesting for the PDF world:

Microsoft popped up with their XPS which is similar to PDF but based on XML. That’s generally a good idea, but I don’t like Microsoft imposing their “interesting” XML-style on us (see WordML). Furthermore, they’ve reinvented the wheel by defining a completely new graphical XML language instead of leveraging existing standards.

Adobe answered with Mars, an “XML-friendly implementation of PDF syntax”. Without going into much detail with either standard, I prefer the Adobe approach because Mars is based on the standards SVG, PNG and JPEG. They’ve added only the stuff needed to make a round-trip from and to PDF.

Right now, I wish we had an answer coming from the real open community, something like OpenDocument, but for paged media. But throwing in yet another proposal won’t help much, I assume. We’ll have to see what happens and encourage Adobe to keep Mars as open as possible (for example by giving it to the W3C as a better alternative to SVG Print).