Currently the logging attribute of TTFReader is instantiated as part of the main method. It would make TTFReader more robust if the attribute was instantiated on demand from the constructor as this allows other applications to embed processing of TTF files at runtime. Ths allows programatically modifying the available Fonts using the Avalon Configuration Framework and generating PDFs using the new fonts from runtime. This was possible using FOP 0.20.4 and 0.20.5 (utilising a different configuration framework). <SVN patch-file attached>.
Created attachment 16932 [details] Patch to allow embeding the TFFReader in other applications
Thanks for the patch. I've applied it. I guess it didn't occur to us that it could be used this way. I've also done the same in PFMReader. http://svn.apache.org/viewcvs?rev=332263&view=rev
batch transition pre-FOP1.0 resolved+fixed bugs to closed+fixed