- From: Dirk Schulze <dschulze@adobe.com>
- Date: Thu, 12 Apr 2012 20:39:44 -0700
- To: Boris Zbarsky <bzbarsky@MIT.EDU>
- CC: "www-style@w3.org" <www-style@w3.org>
On Apr 12, 2012, at 8:21 PM, Boris Zbarsky wrote: > On 4/12/12 11:02 PM, Dirk Schulze wrote: >> So we end up with a fragmented CSS parsing specification? css3-syntax for strict CSS parsing > > I would have no problem with moving the CSS parsing quirks into the CSS > spec, myself. 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. Greetings, Dirk [1] http://dev.w3.org/csswg/css3-transforms/#svg-syntax > > -Boris
Received on Friday, 13 April 2012 03:40:22 UTC