- From: Brian Birtles <bbirtles@mozilla.com>
- Date: Wed, 26 Sep 2012 13:54:56 +0900
- To: www-svg@w3.org
Hi Tab,
Thanks for following this up. In general I like it. It brings us closer
to what I think roc originally suggested last year in Auckland.
I just have a couple of thoughts:
(2012/09/26 9:32), Tab Atkins Jr. wrote:
> [Constructor,
> Constructor(float value, DOMString unitType),
> Constructor(DOMString value)]
Those ctors are very similar to what Cameron has added to SVGLength with
the exception of using a DOMString for the unitType instead of an
optional unsigned short.[1]
It seems like it would be good if SVGLength's ctors matched here (whilst
possibly providing an additional typed ctor like we have now).
> interface CSSLengthComponentValue {
We brought this up at the F2F, but if the CSSOM is still in flux I'd
*really* like if this was shortened since it is an interface name you
actually do type out, e.g. var len = new CSSLengthComponentValue(...)
(Even just typing out this email I've ended up copying and pasting that
name everywhere!)
> Question: one of the motivations for doing this interface is to give
> us a backdoor to reinvent the baseVal/animVal thing that authors tend
> to hate. I think we can do this cleanly by just making
> SVGAnimatedLength inherit from CSSLengthComponentValue.
I'm a little unsure about the inheritance. If you have a CSS length
returned from an library of some sort, e.g. '5px', it seems it would be
good if you could pass that straight into SVG's API wherever it takes an
SVGLength.
Perhaps we could (a) make the SVG API take a CSSLengthComponentValue
everywhere it currently takes an SVGLength, (b) add
CSSLengthComponentValue.toSVGLength(), (c) add a ctor to SVGLength to
take a CSSLengthComponentValue, (d) make them the same interface and
deprecate the stuff we don't like from SVGLength, (e) lots of other
possibilities.
I prefer (a) assuming we rename CSSLengthComponentValue to something
reasonable.
Best regards,
Brian
[1] https://svgwg.org/svg2-draft/types.html#InterfaceSVGLength
Received on Wednesday, 26 September 2012 04:55:26 UTC