Lists Home |
Date Index |
> The XML Core WG solicits public feedback on making an
> erratum-level change to XML 1.0, requiring that if a version
> number appears in the XML declaration, that it must be "1.0".
You mean you want to abuse the errata process to make a retrospective
change to the spec that is not actually an erratum.
> Currently the version number can be almost any sequence of
> letters, digits, and period, but XML processors are allowed
> to throw a fatal error if the value is anything but "1.0".
> With the proposed erratum, it will be a fatal error to use
> anything but "1.0".
> The intention of this proposal is to give XML 1.0 parsers a
> way to reject XML 1.1 documents up front by reason of version
They are already allowed to reject a document claiming version="1.1", as
you have just said. They are also allowed to process it, and accept it
provided it conforms in all other respects to XML 1.0. Since (one hopes)
the vast majority of documents that are well-formed under XML 1.1 will
also be well-formed under XML 1.0, why are you trying to make a
retrospective change that forces XML 1.0 parsers to reject such
It means that instead of having two kinds of parser out there, those
that conform to XML 1.0 and those that conform to XML 1.1, we'll have
three sorts, those two plus parsers that conformed to XML 1.0 at the
time they were released but don't conform to XML 1.0 as retrospectively
amended. Is this really an improvement?