W3C home > Mailing lists > Public > www-style@w3.org > February 2012

Re: [CSS-transforms] rotate(<angle>[, <translation-value>, <translation-value>])

From: Dirk Schulze <dschulze@adobe.com>
Date: Wed, 15 Feb 2012 12:27:57 -0800
To: "L. David Baron" <dbaron@dbaron.org>
CC: Rik Cabanier <cabanier@gmail.com>, www-style list <www-style@w3.org>
Message-ID: <AC876B04-0EA3-481A-95E1-EDDAF510B716@adobe.com>

I'm sorry, that I missed this threat. This is in discussion on the thread with the tittle: [css3-transforms] translate() vs. translate3d() [1]

I tried to describe the benefits for CSS[2] but more necessary the requirements for SVG [3]. This is the last blocking issue for compliance between CSS Transforms and SVG Transforms for transformation functions. That is the reason why I think it is necessary to leave it in. Like I wrote before, it doesn't break existing content. These are just two more optional arguments, and it is easy to implement. It is already done for the SVG implementation on all browser anyway. So SVG authors would expect that it works on CSS as well, beside that if it is not supported we would break existing SVG content. And for SVG a rotate with three arguments is used a lot!


[1] http://lists.w3.org/Archives/Public/www-style/2012Feb/0488.html

[2] http://lists.w3.org/Archives/Public/www-style/2012Feb/0513.html

[3] http://lists.w3.org/Archives/Public/www-style/2012Feb/0521.html

On Feb 15, 2012, at 11:37 AM, L. David Baron wrote:

> On Wednesday 2012-02-15 11:27 -0800, Rik Cabanier wrote:
>> recently you added the 3 parameter version of rotate to the transform spec:
>> http://dev.w3.org/csswg/css3-transforms/#two-d-transform-functions

> I'd rather see this removed; I think we should try to advance the
> current (widely-implemented) feature set rather than add more
> features to this level of the specification.
> -David
> -- 
> 𝄞   L. David Baron                         http://dbaron.org/   𝄂
> 𝄢   Mozilla                           http://www.mozilla.org/   𝄂

Received on Wednesday, 15 February 2012 20:30:34 UTC

This archive was generated by hypermail 2.4.0 : Friday, 25 March 2022 10:08:12 UTC