This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
http://dev.w3.org/csswg/css3-transforms/ defines a CSSTransformValue interface. However, unless I'm missing something, it provides no way to obtain any object that implements this interface, such as operations on other interfaces that return a CSSTransformValue, or attributes on other interfaces of type CSSTransformValue, or a constructor on the CSSTransformValue interface. Either some way of obtaining a CSSTransformValue needs to be defined, or the interface should be removed from the spec. Cf. bug 15443.
stylesheet.cssRules.item(0).style.getPropertyCSSValue('transform'); would give you a CSSValueList, and each member of that list is a CSSTransformValue..
However, given the state of the CSS OM standardization, I agree that we might want to just remove all the CSS OM-related stuff from the spec.
getPropertyCSSValue() is not defined by any specification that I was able to find. When I checked before, it didn't seem to work at all interoperably across browsers. I think we should keep the CSSOM stuff, but only the stuff that actually has specs written for it (even if they're unstable or inaccurate).
(In reply to comment #3) > across browsers. I think we should keep the CSSOM stuff, but only the stuff > that actually has specs written for it (even if they're unstable or > inaccurate). Sorry, that makes no sense at all. On the one hand you say we don't need it because we can't access it. On the other hand you say we should leave it in the Spec? If we leave it in the Spec, why not making it really useful, instead of leaving it broken and not useful at all?
(In reply to comment #4) > Sorry, that makes no sense at all. On the one hand you say we don't need it > because we can't access it. On the other hand you say we should leave it in the > Spec? No, I'm saying we should leave stuff in the spec only if it's actually defined. For instance, getComputedStyle() is defined by CSSOM, so we should leave in the stuff that relates to getComputedStyle() and try to make it as accurate as possible. But if there's no way that's defined to get a CSSTransformValue, we shouldn't spec it. Either we should define a way to get one, or remove it from the spec. Either way is fine by me, if non-WebKit implementations have support for it or are interested in adding it.
Per http://lists.w3.org/Archives/Public/www-style/2003Oct/0347.html getPropertyCSSValue has been deprecated and is intended to be replaced; we shouldn't be specifying new features on top of it, so I agree this should be removed.
To be clear, my proposal is to remove the entirety of section 17 (DOM Interfaces) from css3-transforms.
And this issue has been raised multiple times before, e.g.: http://lists.w3.org/Archives/Public/www-style/2009Sep/0120.html http://lists.w3.org/Archives/Public/www-style/2011Nov/0710.html
(In reply to comment #7) > To be clear, my proposal is to remove the entirety of section 17 (DOM > Interfaces) from css3-transforms. I concur.
(In reply to comment #7) > To be clear, my proposal is to remove the entirety of section 17 (DOM > Interfaces) from css3-transforms. +1
This gets delayed to CSS4 Transforms.