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

Reply via email to