W3C home > Mailing lists > Public > www-svg@w3.org > May 2010

SVG view specification

From: Dr. Olaf Hoffmann <Dr.O.Hoffmann@gmx.de>
Date: Mon, 24 May 2010 19:21:58 +0200
To: www-svg@w3.org
Message-Id: <201005241921.59477.Dr.O.Hoffmann@gmx.de>
Hello www-svg,

yet another question about SVG views.

If my interpretation of the specification of SVG views in
SVG tiny 1.2 and SVG 1.1 is correct, one can use 
something like 
#svgView(transform(scale(2),translate(5,-3)); 
transform(rotate(13));transform(skewX(70)))

and in SVG 1.1 additionally something like
#svgView(viewBox(0,0,200,200);preserveAspectRatio(none);viewBox(-50,-90,300,500))

What is the interpretation, if a parameter is noted more than once?
Ok, for transformations, the only parameter left in SVG tiny 1.2, one might 
assume, that all these operations are postmultiplied, however it is specified 
too:
"The contents of the SVG view specification is "transform(...)" whose 
parameters have the same meaning that the corresponding attribute has on 
a 'g' element has)." (by the way - one 'has' too much?)
But the 'g' cannot have more than one transform attribute.
Is the parameter list compressed to one attribute value? If yes, what
is the correct order to multiply the corresponding matrices?
Or is just one transformation used? If yes, first or last?
And if yes, what is the purpose to allow multiple transform parameters
in SVG tiny 1.2?

And what applies for the other parameters in SVG 1.1? 
They cannot be compressed to one attribute value anyway.
For example in the SVG 1.1 sample from above:
Is just one viewBox value used? If yes, first or last?

Another option - the parmeters are put into the DOM resulting 
in an XML error, because the same attribute can only appear
once in an element tag.
In this case the SVG view specification basically provides
a simple feature to create XML errors with the option to provide
multiple parameters?

Best wishes

Olaf

http://www.w3.org/TR/SVG11/linking.html#SVGFragmentIdentifiers
http://www.w3.org/TR/SVGMobile12/linking.html#SVGFragmentIdentifiers
Received on Monday, 24 May 2010 17:27:10 GMT

This archive was generated by hypermail 2.3.1 : Friday, 8 March 2013 15:54:45 GMT