Hi Pete Good to see you back here again. I wondered about the AFP Barcode stuff myself. It makes perfect sense to make use of BCOCA. I'm aware of its presence but haven't looked into the details. If a plugin for Barcode4J could be created that automatically generates the optimal representation, I don't know but it would obviously be optimal. But I don't think it would be bad if you did it in a proprietary way (as an AFP extension element) for the AFP renderer.
Looking forward to seeing a patch! On 12.03.2007 17:14:12 Townsend, Pete wrote: > Dear fop-dev, > > I'm the author of the AFPRenderer at http://afp-renderer.sourceforge.net/ > which was ported across to fop-0.93 by Manuel Mall. It's great to see if > emerge in the 0.93 release thanks for everyone's effort in getting this out > and for including the AFP renderer. > > I have been working on an enhancement to support the AFP BCOCA > (BarCodeObjectContentArchitecture) and wanted to gauge your opinion on > whether I can get this patch applied to the development, it's a few weeks > off completion at the moment. I'm aware that Barcode4J provide very good > barcode support, however the project I'm working on involves very high > volume outsourced printing and hence even the overhead of a 6kb image means > that this would not be feasible. For background, AFP is a very efficient > print stream format. Static resources (fonts, overlays, etc.) are only > transmitted once, with the result that a full page of text can be typically > about 1-2K kb. The advantage of using BCOCA is that the barcode is > transmitted as very small dataset. > > Many thanks, Pete Townsend > > <snip/> Jeremias Maerki