W3C home > Mailing lists > Public > www-svg@w3.org > February 2011

Re: Test for animation of SVGLength values

From: Dirk Schulze <vbs85@gmx.de>
Date: Fri, 25 Feb 2011 21:04:24 +0100
Cc: www-svg@w3.org
Message-Id: <CEFB8E7D-AF75-4DC3-843D-B3DD1DD6F217@gmx.de>
To: Dr. Olaf Hoffmann <Dr.O.Hoffmann@gmx.de>

> - I think the test has a problem with the meaning of some units.
> The relation between px and absolute units like cm 
> depend on the resolution of the screen - therefore the
> gray marker lines should be provided with the same units
> as the used animation values (or see below with a user
> dependent calculation of values or positions).

Yes, like you wrote below, there were long discussions, not only in www-style. I could search the quotes, but I think you know them already since you actively took part on the discussions IIRC. All viewers I know take a fixed resolution. This is from the WebKit source code:
// We always assume 96 CSS pixels in a CSS inch. This is the cold hard truth of the Web.
// At high DPI, we may scale a CSS pixel, but the ratio of the CSS pixel to the so-called
// "absolute" CSS length units like inch and pt is always fixed and never changes.

The test works on Firefox as well as on Batik and on a local copy of WebKit here. So  

> - The description is somehow surprising as well -
> "Test possible values for 'calcMode="spline"', with both commas, whitespace, 
> and mixed separators"?

Thanks, this line needs to be removed. The same for the title. Like I wrote in the comment on the SVG, I took test animate-elem-89-t as reference. This is the clincher :)

> - missing unit ex?

Yes, would be good to test it as well. Now that we use the same fonts on all browsers.


> - Note, that SVG tiny 1.2 and SVG 1.1 depend on CSS2.0 and
> luckily not on the new CSS2.1 draft with obfuscated absolute units
> (I sent already an LC-comment to www-style@w3.org
> about this problem in CSS2.1), therefore such tests are
> tricky. I have some in my test suite and the results with current
> viewers are disappointing, not only due to their problems with
> absolute units, therefore in general it is of course a good idea
> to have such tests, but I think, for mixes of px and absolute
> units it has to be interactive (PHP script for example) to allow
> the tester to provide information about the current resolution
> (relation between px and mm).
> Olaf
Received on Friday, 25 February 2011 20:04:59 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 8 March 2017 09:47:24 UTC