David Eppstein wrote:
Specifically, lines with different slopes within the same <g> group are shown with very different visual appearances, some looking like what I want, some as if I had done other dasharrays ranging in appearance from "2,1" to "4,2". I.e., I get dashes that are too tightly spaced, dashes that are too long, etc.
In article <[EMAIL PROTECTED]>, Thomas DeWeese <[EMAIL PROTECTED]> wrote:
Well the Java rendering engine in Mac OS is pretty divergent from the rendering engine on Windows and other UNIX systems, so this may be a Mac specific problem. Can you provide sample content that shows the problem?
David Eppstein wrote:
If you go to http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22485
(a report of a seemingly unrelated and more serious bug with svg->pdf conversion in batik) the attached svg and png files display the problem.
This renders fine for me on Windows. I looks like this is a bug in the Mac OS X JVM. You might check if you have the most recent version (Apple has a habit of doing 'stealth releases' of the Mac JVM)
BTW you can 'work around' this problem by adjusting the viewBox attribute. It appears that the PDF transcoder miscomputes the viewbox transform. I'll try and take a look at it (but this code actually comes from FOP so I don't have any direct control over it).
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
