Hi, >> Is there any change to handle them also like simple text ? > Assuming you mean chance? Yes it is possible but > it is _far_ from trivial. A 'tspan' is quite a bit > different from 'text' in particular a tspan inherits it's > position from previous tspans/text so placement is complex. > > There are essentially two paths to go down. > 1) rewrite the existing SVG text support for PDF, > implementing what pieces can be implemented as > a series of 'drawString' calls. > 2) Rework the PDFGraphics2D to enable proper output > from a GlyphVector - or more correctly a custom > version of a GlyphVector as the JDK version does > not (I think) provide enough information for transcoding. Alright.... I'll try to fix my SVG files to use simple text though. Nevertheless I'll look forward implementation 'tspans' for text rendering you describe.
> >> I believe that with FOP 0.20.5 tspans were handled too (however I might >> be wrong), because PDF generated with old version were OK. > > I believe the old version ignored all the problems that > sub-tspans with x & y cause and just rendered them as normal > text. This might have 'worked' for your case but is why there > was a 'stroke text' option as it would get many cases wrong. I see, then maybe you can point out how to simply patch the TRUNK code to work like 0.20.5 for 'tspans' even it is wrong ?? Of course I wish to use it internally for myself as I'm generating lot of docbook documents with SVG drawings with text. Best regards, -- Adam Strzelecki |: nanoant.com :|
