The original message was received at Tue, 23 Jul 2002 16:35:25 -0400 (EDT)
from IDENT:cowan@[10.65.117.21]
----- The following addresses had permanent fatal errors -----
<www-blueberry-comments@w3.org>
----- Transcript of session follows -----
.. while talking to w3.org.:
>>> RCPT To:<www-blueberry-comments@w3.org>
<<< 550 <www-blueberry-comments@w3.org>... User unknown
550 <www-blueberry-comments@w3.org>... User unknown
Forwarded message 1
Elliotte Rusty Harold scripsit:
>From cowan Tue Jul 23 14:03:42 2002
Return-path: <xml-dev-return-11353-cowan=mercury.ccil.org@lists.xml.org>
Envelope-to: cowan@mercury.ccil.org
Received: from mercury.ccil.org [192.190.237.100]
by localhost with POP3 (fetchmail-5.7.4)
for cowan@localhost (single-drop); Tue, 23 Jul 2002 14:03:42 -0400 (EDT)
Received: from [209.202.168.102] (helo=mail.oasis-open.org)
by mercury.ccil.org with smtp (Exim 3.35 #1 (Debian))
id 17X41w-0001Bx-00
for <cowan@mercury.ccil.org>; Tue, 23 Jul 2002 14:05:04 -0400
Received: (qmail 2468 invoked by uid 60909); 23 Jul 2002 18:13:24 -0000
Mailing-List: contact xml-dev-help@lists.xml.org; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Post: <mailto:xml-dev@lists.xml.org>
List-Help: <mailto:xml-dev-help@lists.xml.org>
List-Unsubscribe: <mailto:xml-dev-unsubscribe@lists.xml.org>
List-Subscribe: <mailto:xml-dev-subscribe@lists.xml.org>
Delivered-To: mailing list xml-dev@lists.xml.org
Received: (qmail 2456 invoked by uid 0); 23 Jul 2002 18:13:24 -0000
Mime-Version: 1.0
X-Sender: elharo@mail.ibiblio.org
Message-Id: <p04330104b9634319a2f5@[192.168.254.4]>
In-Reply-To: <200207231417.PAA21501@mcpherson.cogsci.ed.ac.uk>
References: <200207231417.PAA21501@mcpherson.cogsci.ed.ac.uk>
Date: Tue, 23 Jul 2002 13:58:19 -0400
To: Richard Tobin <richard@cogsci.ed.ac.uk>, xml-dev@lists.xml.org
From: Elliotte Rusty Harold <elharo@metalab.unc.edu>
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
Subject: Re: [xml-dev] version numbers and infosets
X-Spam-Status: No, hits=-5.0 required=5.0 tests=IN_REP_TO version=2.11
At 3:17 PM +0100 7/23/02, Richard Tobin wrote:
>>You want to add a fourth level, not well-formed but OK.
>
>This happens all the time anyway. Parsers that don't read all
>external entities accept not-well-formed documents when the error
>occurs in an entity they don't read.
That's a separate issue, and the problems it causes today for
interoperability, should be more than enough to convince us we don't
want to exacerbate these.
>>I think this is a very bad idea. Leave the existing spec
>>alone: no erratum, no change. XML 1.0 is defined by the XML 1.0 spec
>>as originally published. Make any changes in future versions if you
>>really must, but don't touch XML 1.0.
>
>There are two problems with that:
>
> - there will be documents that are both well-formed XML 1.0 documents
> and well-formed XML 1.1 documents, and they will have different
> infosets depending on which you consider them as (eg a document with
> a NEL in a tokenized attribute)
My preferred fix is simply to ditch XML 1.1 completely. Do not issue
it. Then this problem goes away.
A slightly less radical fix is to ditch NEL from white space, while
still allowing the other changes in XML 1.1. This would fix the
conflicting infoset problem nicely.
> - there will be documents labelled 1.1 which are well-formed XML 1.0
> but not well-formed XML 1.1 (eg a document with unnormalized unicode).
Really? Is the working group seriously considering requiring Unicode
normalization in XML 1.1? OK, I just looked in the spec, and I see it
is there. That's so nasty Imust have blocked it out of my memory. Let
me go on record as stating that this is a very bad idea. It makes
life significantly more difficult for implementers and users,
especially in non-English text, exactly the community XML 1.1 is
allegedly being developed to support.
>You say if "complexifies" the XML story, but it seems much simpler to
>me for a document labelled 1.0 to be only a well-formed 1.0 document
>and a document labelled 1.1 to be only a well-formed 1.1 document.
>
If you really want this, fix it in 1.1. Add something to XML 1.1 that
is clearly illegal in XML 1.0 rather than pretending you can change
XML 1.0 ex post facto. For example, you could replace the version
attribute in the XML declaration with an edition attribute and make
the XML declaration required. Thus all well-formed XML 1.1 documents
would be malformed XML 1.0 documents and vice versa. For example,
<?xml edition="1.0"?>
The coup that led to using an erratum to change a clear decision of
the namespaces working group a couple of years later was a horrible
precedent. It severely shook the belief of many XML developers in the
stability of W3C specs.
The Schema group's change to the gMonth types was similarly bad. This
one's even worse.
That this is even being considered seriously proves that developers
cannot rely on W3C stare decisis. Undoubtedly mistakes will be made
in specs, and in hindsight we'll see lots of things we would have
done differently had we known then what we know now. Nonetheless, it
is more important to remain stable than to fix the problems. If new
versions are required, they should be genuine new versions, not
stealth changes in existing specs.
--
+-----------------------+------------------------+-------------------+
| Elliotte Rusty Harold | elharo@metalab.unc.edu | Writer/Programmer |
+-----------------------+------------------------+-------------------+
| XML in a Nutshell, 2nd Edition (O'Reilly, 2002) |
| http://www.cafeconleche.org/books/xian2/ |
| http://www.amazon.com/exec/obidos/ISBN%3D0596002920/cafeaulaitA/ |
+----------------------------------+---------------------------------+
| Read Cafe au Lait for Java News: http://www.cafeaulait.org/ |
| Read Cafe con Leche for XML News: http://www.cafeconleche.org/ |
+----------------------------------+---------------------------------+
-----------------------------------------------------------------
The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
initiative of OASIS <http://www.oasis-open.org>
The list archives are at http://lists.xml.org/archives/xml-dev/
To subscribe or unsubscribe from this list use the subscription
manager: <http://lists.xml.org/ob/adm.pl>
--
John Cowan jcowan@reutershealth.com
At times of peril or dubitation, http://www.ccil.org/~cowan
Perform swift circular ambulation, http://www.reutershealth.com
With loud and high-pitched ululation.