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

Re: [css3-syntax] Reviving the spec, starting with the parser

From: Dirk Schulze <dschulze@adobe.com>
Date: Fri, 13 Apr 2012 15:01:05 -0700
To: "Tab Atkins Jr." <jackalmage@gmail.com>
CC: Boris Zbarsky <bzbarsky@mit.edu>, "www-style@w3.org" <www-style@w3.org>
Message-ID: <EF32C371-2DB0-4BDD-B8EE-A045192309E3@adobe.com>

On Apr 13, 2012, at 12:28 PM, Tab Atkins Jr. wrote:

> On Thu, Apr 12, 2012 at 8:39 PM, Dirk Schulze <dschulze@adobe.com> wrote:
>> I just want to make sure that specifying the parsing doesn't make current CSS parsers inflexible. For instance the CSS parser in WebKit can easily be modified to support the SVG parsing rules on transform lists for CSS Transforms [1] on SVG presentation attributes. This includes whitespaces between function names and the first opening brace, comma or whitspace separation of arguments or functions and so on. I wouldn't be happy to write the parser for transform functions twice. (Nearly) all browsers engines support scientific notations for numbers on SVG presentation attributes and like I wrote before: I bet no one implemented the CSS parser a second time just for SVG presentation attributes! The last part is the quirks mode. I am sure that no one wants to maintain a second parser for quirks mode. Even if just some properties differ. Therefore css3-syntax should be aware of all this.
> 
> Where are rules like the "whitespace is allowed between function name
> and parenthesis" written?  I can't find any detailed syntax
> descriptions in the SVG spec.
It just affects the 'transform' attribute that turns into a presentation attribute.  See CSS3 Transforms [1].

Greetings,
Dirk

[1] http://dev.w3.org/csswg/css3-transforms/#svg-syntax



> 
> ~TJ
Received on Friday, 13 April 2012 22:08:31 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 17:20:52 GMT