[
https://issues.apache.org/jira/browse/BATIK-319?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16061819#comment-16061819
]
Glenn Adams commented on BATIK-319:
-----------------------------------
I can't comment on your experience with the command line rasterizer tool, since
I don't know if the input you used is consistent with the features supported by
Batik. Obviously, if you are using unsupported features, the output may not be
as desired.
Batik works well enough that there remains a community of users who are
apparently able to use compatible input data. I myself am using Batik in a
project in a production environment and find it to work satisfactory.
You may wish to request help from the Batik user community ML
batik-us...@xmlgraphics.apache.org.
Regards,
Glenn
> 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
