[
https://issues.apache.org/jira/browse/BATIK-319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16061812#comment-16061812
]
Trejkaz commented on BATIK-319:
-------------------------------
Well, fixing this alone wouldn't exactly solve my issue anyway, because it's
also scaling the stroke width when scaling the shape, and ignoring many
transformations in my SVG.
And, again from a user's point of view, I just tried to use the command-line
rasteriser tool, and it produced an incorrect result. As a user, it sucks if I
have to learn how the library works to a point where I can contribute patches
to fix all its issues. At that point, I am basically doing vector graphics
code, and might as well not use SVG, or a conversion tool, and just create the
PDF straight from code.
> shapes with scientific numbers are rendered incorrectly
> -------------------------------------------------------
>
> Key: BATIK-319
> URL: https://issues.apache.org/jira/browse/BATIK-319
> Project: Batik
> Issue Type: Bug
> Components: SVG Viewer
> Affects Versions: 1.1.x
> Environment: Operating System: Linux
> Platform: PC
> Reporter: Jos van den Oever
> Assignee: Batik Developer's Mailing list
>
> Using small scientific numbers doesn't work well in Batik 1.1.1.
> I'm pasting two svg elements that should look identically:
> <svg width="10cm" height="10cm"
> viewBox="0 0 4000 2000"
> xmlns="http://www.w3.org/2000/svg";>
> <rect x="50" y="50" width="3950" height="1950"
> fill="none" stroke="blue" stroke-width="1%" />
> </svg>
> <svg width="10cm" height="10cm"
> viewBox="0 0 4000e-10 2000e-10"
> xmlns="http://www.w3.org/2000/svg";>
> <rect x="50e-10" y="50e-10" width="3950e-10" height="1950e-10"
> fill="none" stroke="blue" stroke-width="1%" />
> </svg>
>
> The stroke-width is specified in %, since Batik complains about 50e-10 as a
> stroke-width, even though it's perfectly legitimate.
>
> You may ask, why specify such small numbers? Well, it can be useful for
> plotting data: when these numbers are allowed, raw data can be plotted
> directly. And according to the specs, it's allowed.
>
> So what's the problem? The second svg element, that specifies the same
> lengths
> as the first, but divided by 1e10, is rendered incorrectly: only a blue
> square
> appears, instead of simply an outline.
--
This message was sent by Atlassian JIRA
(v6.4.14#64029)
---------------------------------------------------------------------
To unsubscribe, e-mail: batik-dev-unsubscr...@xmlgraphics.apache.org
For additional commands, e-mail: batik-dev-h...@xmlgraphics.apache.org
