This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
The GetSVGDocument section still refers to <http://www.w3.org/TR/2006/WD-Window-20060407/>, which has long been replaced by the HTML spec: <http://www.whatwg.org/html>.
(In reply to comment #0) > The GetSVGDocument section still refers to > <http://www.w3.org/TR/2006/WD-Window-20060407/>, which has long been > replaced by the HTML spec: <http://www.whatwg.org/html>. Is it in the HTML5 spec already? I don't think that we want to have a normative reference to WHAT WG spec.
There's no reason to be afraid of a normative WHATWG reference.
(In reply to comment #2) > There's no reason to be afraid of a normative WHATWG reference. It might depend on the restrictions we have to a normative reference. The WHAT WG spec does not have any guarantee that the specifics stay consistent and might be not in sync with the publication of SVG. WD, CR and REC's stay consistent, even if the specification goes into a next level. If HTML5 has the definition already, then we should prefer this as reference.
The W3C's restrictions on normative refs do not exclude WHATWG references.
(In reply to comment #4) > The W3C's restrictions on normative refs do not exclude WHATWG references. You seem to misunderstand my point. I have nothing against a WHATWG spec reference. But the content and links should be as much as possible stay consistent for the lifetime of a level of a spec. Both is not necessarily the case for a WHATWG spec which changes daily. For the same reason, we should not reference an editors draft of the W3C either. PS: Should is not meant to be the SHOULD according to RFC2119 :)