>>>>> "SM" == Steve Meyfroidt <[EMAIL PROTECTED]> writes:
SM> This SVG fails to load in Batik's Browser because of the precision
SM> of the stroke-width attributes. It was created with Batik's
SM> Graphics2D implementation.
This is a bug in the Graphics2D implementation it shouldn't use
exponential notation in CSS properties.
SM> I know this might seem an odd SVG but the parser shouldn't barf on
SM> floating point values I think. (It works fine in Adobe's SVG
SM> viewer.)
If you read the CSS 2 specification floating point values are
not allowed to use exponential notation:
4.3 Values
4.3.1 Integers and real numbers Some value types may have integer
values (denoted by <integer>) or real number values (denoted
by <number>). Real numbers and integers are specified in
decimal notation only. An <integer> consists of one or more
digits "0" to "9". A <number> can either be an <integer>, or
it can be zero or more digits followed by a dot (.) followed
by one or more digits. Both integers and real numbers may be
preceded by a "-" or "+" to indicate the sign. Note that many
properties that allow an integer or real number as a value
actually restrict the value to some range, often to a
non-negative value.
SM> Any help on the above problems appreciated. I really want to use
SM> Batik rather than rolling my own image viewer stuff in
SM> Java2D... but I need compatibility with other tooling (JASC and
SM> Adobe) and I'm keen to embed the Batik Canvas if I can get it to
SM> work with my images.
I don't think we will implement functionality in violation of the
applicable standards. We will probably fix the bug with the
Graphics2D output (Vincent care to comment?).
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
