Thanks for the excellent test case! I will investigate if no else does it.

Note: incidentally your example does not run in fop-trunk due to a regression bug with formatting of doubles.

On 5/28/12 3:04 AM, Jan Hilberath wrote:
Hello,

I found that depending on the value of the "overflow" attribute, the stroke of "path" elements may be rendered wrong.

Having defined multiple paths, setting one of them to be dashed with "stroke-dasharray" causes subsequent paths to be dashed too, if the overflow attribute is set to "auto" or "visible".

It seems to only happen when using the InputHandler.renderTo() method. I tried the following ways to render the SVG:

1) InputHandler.renderTo()
Draws the paths incorrectly, i.e. subsequent paths have dashed stroke when "auto" or "visible" is used.

2) PDFTranscoder.transcode()
Renders correctly.

3) Batik Squiggle
Renders correctly.

Versions used:

  batik 1.7
  fop 1.0
  xmlgraphics-commons 1.4

A sample maven project that demonstrates the issue is available here:

  http://www.hilberath.de/tmp/fop/svg_test.zip

I would appreciate if someone could have a look at this.

Thank you,

Jan

Reply via email to