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
