W3C home > Mailing lists > Public > public-html@w3.org > March 2009

Re: Element Whitelisting

From: Erik Dahlstrom <ed@opera.com>
Date: Tue, 24 Mar 2009 20:08:26 +0100
To: "James Graham" <jgraham@opera.com>, "Doug Schepers" <schepers@w3.org>
Cc: public-html@w3.org, www-svg <www-svg@w3.org>
Message-ID: <op.ura8r6p0geuyw5@blorp.xn--dahlstrm-t4a.net>
On Tue, 24 Mar 2009 16:46:56 +0100, James Graham <jgraham@opera.com> wrote:

> Doug Schepers wrote:
>> Hi, James-
>>  James Graham wrote (on 3/24/09 10:37 AM):
>>> Henri Sivonen wrote:
>>>> If we want the list to be more malleable than the rest of the
>>>> algorithm definition document, the algorithm spec should have a link
>>>> to a URI which will dereference to the latest list at any given point
>>>> in time. A great bonus would be if the document at the URI came with
>>>> revision history.
>>> That sounds acceptable to me from the point of view of implementing  
>>> this
>>> in html5lib. (For comparison, it would not be acceptable if I was
>>> expected to reconstruct the list myself from some version of the SVG  
>>> spec).
>>  Just curious... given that SVG already has those lists as Appendices,  
>> as I mentioned to Henri, is that still a burden?  It's trivial for the  
>> SVG WG to maintain such a definitive list, and we're willing to do so,  
>> but I'm wondering about the nature of your concern.
> Yes, I would prefer a specific list that covers this case. That makes it  
> much easier for implementors to be sure that they are doing the right  
> thing rather than having to extract some entries from a longer table.  
> (It also makes sense from a spec hygiene pov for this list to have the  
> same status as the rest of the parsing algorithm rather than being  
> non-normative because it is kept in an appendix).

That's a valid concern, the appendices in question are informative only.  
In the case of SVGT12, the RelaxNG schema would be a safer bet (especially  
since the appendices are automatically generated from that), and for 1.1  
the DTD. However, note that in SVGT12 the spec itself trumps the RelaxNG  
if there are any discrepancies[1].

It would be a rather trivial exercise to generate additional tables from  
the RelaxNG schema.

[1] http://www.w3.org/TR/SVGMobile12/conform.html#Terminology

Erik Dahlstrom, Core Technology Developer, Opera Software
Co-Chair, W3C SVG Working Group
Personal blog: http://my.opera.com/macdev_ed
Received on Tuesday, 24 March 2009 19:09:26 UTC

This archive was generated by hypermail 2.4.0 : Saturday, 9 October 2021 18:44:45 UTC