W3C home > Mailing lists > Public > public-xml-core-wg@w3.org > October 2011

Re: Considering the standalone declaration

From: Daniel Veillard <veillard@redhat.com>
Date: Tue, 18 Oct 2011 18:24:22 +0800
To: John Cowan <cowan@mercury.ccil.org>
Cc: "Grosso, Paul" <pgrosso@ptc.com>, public-xml-core-wg@w3.org
Message-ID: <20111018102422.GO2677@redhat.com>
On Mon, Oct 17, 2011 at 11:18:47AM -0400, John Cowan wrote:
> Grosso, Paul scripsit:
> 
> > Henry: The browsers aren't going to pay attention to the standalone
> > declaration.
> > ... Unless we change the XML spec to change the default. The problem is
> > that the default is standalone=no. So if we ask the browsers to change
> > to make standalone=no an error, we'll break all XHTML. It's a lose-lose
> > situation.
> 
> [etc.]
> 
> I must be missing something here, because this discussion seems to me
> entirely pointless.  The standalone="yes" declaration is a hint to a
> non-validating processor (NVP) that it does not have to read any external
> parameter entities including the external DTD subset (henceforth EPEs)
> because none of them can possibly affect the document infoset.  It has
> no meaning to a validating processor, which must read all entities in
> any case.  Likewise, it has no meaning to a NVP which never reads EPEs:
> browser XML processors fall into this category.

  I agree, I don't see a problem with the status quo.
The idea of trying to change the default in XML is IMHO a dead end,
we are moving away from external subset loading, not trying to get this
back in, especially as this part of the spec is often misunderstood.
And we definitely don't want to change the semantic of the zillion
existing documents (and make a number of them suddenly not well-formed
which is a clasic in the testing of standalone, where a wrong
standalone declaration caught up by a validating parser who loads
the external subset can lead to a not-well formed document).

Daniel

-- 
Daniel Veillard      | libxml Gnome XML XSLT toolkit  http://xmlsoft.org/
daniel@veillard.com  | Rpmfind RPM search engine http://rpmfind.net/
http://veillard.com/ | virtualization library  http://libvirt.org/
Received on Tuesday, 18 October 2011 10:25:25 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 18 October 2011 10:25:26 GMT