Same with PDFTranscoder. Weird. So, on my system it seems to work fine. I double-checked that I'm using the batik-all-1.6.jar in the lib directory and nothing else.
On 20.12.2005 13:26:57 Jeremias Maerki wrote: > You know what I just did? I downloaded the 0.91 branch I've just created > and ran an FO file with a referenced SVG file through FOP that contains > a mixture of "simple" and "non-simple" text. Guess what: "simple" text > was painted as text, not shapes. Maybe it's only the PDFTranscoder that > has a problem. I have yet to check that one. > > On 20.12.2005 11:50:24 thomas.deweese wrote: > > Hi Jeremias, > > > > Jeremias Maerki <[EMAIL PROTECTED]> wrote on 12/20/2005 05:35:14 AM: > > > > > I've just tried to implement that approach you outlined but the problem > > > is that this init() method is not accepted by the compiler. > > > > Your right in the past I had used static member functions, and you > > can't access 'this' before the super-class constructor is called so this > > won't work. However.... > > > > > On 14.12.2005 15:13:49 thomas.deweese wrote: > > > > > > If you want to do this, then we should 'fix' the PDFTranscoder > > > > for SVG text. It appears that the main problem with Batik 1.6 is > > > > that it calls 'registerBridges' in the base class constructor before > > > > the subclass can 'record' it's updated bridges. > > > > I just checked and the Batik 1.6 release does _not_ do this, > > it calls 'registerSVGBridges' well after the constructor completes, > > the 1.5.1 release did call registerSVGBridges in the constructor. > > Which still leaves a bit of an open questions as to why text isn't > > text with Batik 1.6. > > > > Jeremias Maerki Jeremias Maerki