- From: Simon Pieters <simonp@opera.com>
- Date: Thu, 05 Feb 2009 15:14:14 +0100
- To: "Charles McCathieNevile" <chaals@opera.com>, "XML Core" <public-xml-core-wg@w3.org>
On Wed, 04 Feb 2009 19:12:20 +0100, Charles McCathieNevile <chaals@opera.com> wrote: > Hi, > > Opera has just joined this group. Our primary interest is in > contributing to an update of the Associating Stylesheets with XML > Recommendation, and we have a proposed draft... Currently located at http://simon.html5.org/specs/xml-stylesheet5 > Simon Pieters, who wrote the proposal, will represent Opera in the group > and continue to editif this becomes a work item (and to explain why we > think it would be good to update the existing spec, his rationale for > the proposal, and so on). I'll let him introduce himself and the > proposal though. I am working with QA and standards stuff at Opera since 2007 and I've been involved with HTML5 stuff since 2005. Apart form this group I'm a also member of the HTML WG and the PF WG. As for the proposal... I think I'll just quote from the introduction of the draft: 1.2 Motivation The creation of this specification was motivated for the following reasons: * The existing specification was unclear at best with regards to error handling, and required draconian error handling at worst. * The existing specification did not address dynamic changes to the DOM. * The existing specification did not match contemporary implementations. * At the time there were two additional specifications reusing the parsing rules for xml-stylesheet processing instructions. [XBL2] [CORS] 1.3 Goals and constraints * Define reusable parsing rules for processing instructions with pseudo-attributes that is compatible with deployed content and implementations. * Define processing rules for xml-stylesheet processing instructions in terms of the DOM, taking DOM changes into account. * Error handling should be defined and should not be draconian. 1.4 Issues * The parsing rules are a result of reverse engineering browsers. It is quite possible that they could be simplified quite a bit while still supporting existing content. * The charset pseudo-attribute is intended to be in sync with the charset attribute for style sheet links in HTML5. [HTML5] * This draft tries to not step on the toes of other specifications (in particular HTTP and XSLT) but browsers largely ignore various requirements in those specifications, such as ignoring Content-Type metadata and not supporting multiple xml-stylesheet processing instructions for XSLT. Cheers, -- Simon Pieters Opera Software
Received on Thursday, 5 February 2009 14:14:56 UTC