Re: Closing Blueberry (fwd)

----- Forwarded message from Rob Lugt -----

From xml-dev-errors@lists.xml.org Fri Jul 20 02:32:02 2001
Envelope-to: cowan@mercury.ccil.org
Received: from one.elistx.com ([209.116.252.130])
	by mercury.ccil.org with esmtp (Exim 3.12 #1 (Debian))
	id 15NTpS-00068y-00
	for <cowan@mercury.ccil.org>; Fri, 20 Jul 2001 02:32:02 -0400
Received: from CONVERSION-DAEMON.eListX.com by eListX.com (PMDF V6.0-24 #44856)
	id <0GGR00M01DW3ZP@eListX.com> for cowan@mercury.ccil.org; Fri,
	20 Jul 2001 02:26:51 -0400 (EDT)
Received: from ELIST-DAEMON.eListX.com by eListX.com (PMDF V6.0-24 #44856)
	id <0GGR00M04DVZZJ@eListX.com> (original mail from roblugt@elcel.com); Fri,
	20 Jul 2001 02:26:25 -0400 (EDT)
Received: from CONVERSION-DAEMON.eListX.com by eListX.com (PMDF V6.0-24 #44856)
	id <0GGR00M01DVYZH@eListX.com> for xml-dev@elist.lists.xml.org
	(ORCPT xml-dev@lists.xml.org); Fri, 20 Jul 2001 02:26:22 -0400 (EDT)
Received: from DIRECTORY-DAEMON.eListX.com by eListX.com (PMDF V6.0-24 #44856)
	id <0GGR00M01DVXZE@eListX.com> for xml-dev@elist.lists.xml.org
	(ORCPT xml-dev@lists.xml.org); Fri, 20 Jul 2001 02:26:21 -0400 (EDT)
Received: from anchor-post-34.mail.demon.net
	(anchor-post-34.mail.demon.net [194.217.242.92])
	by eListX.com (PMDF V6.0-24 #44856) with ESMTP id <0GGR00K84DVTGV@eListX.com>
	for xml-dev@lists.xml.org; Fri, 20 Jul 2001 02:26:21 -0400 (EDT)
Received: from mailgate.elcel.com ([62.49.148.130] helo=spock)
	by anchor-post-34.mail.demon.net with smtp (Exim 2.12 #1)
	id 15NTiC-0001yb-0Y; Fri, 20 Jul 2001 07:24:32 +0100
Date: Fri, 20 Jul 2001 07:26:37 +0100
From: Rob Lugt <roblugt@elcel.com>
Subject: Re: Closing Blueberry
To: jcowan@reutershealth.com
Cc: xml-dev@lists.xml.org
Message-id: <037b01c110e4$ee23dc40$0200a8c0@elcel.ldn>
X-MIMEOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
X-Mailer: Microsoft Outlook Express 5.00.2314.1300
X-Priority: 3
X-MSMail-priority: Normal
References: <200107192351.AAA08550@banks.cogsci.ed.ac.uk>
List-Owner: <mailto:xml-dev-help@lists.xml.org>
List-Post: <mailto:xml-dev@lists.xml.org>
List-Subscribe: <mailto:xml-dev-request@lists.xml.org?body=subscribe>
List-Unsubscribe: <mailto:xml-dev-request@lists.xml.org?body=unsubscribe>
List-Archive: <http://lists.xml.org/archives/xml-dev>
List-Help: <http://lists.xml.org/elists/admin_email.shtml>,
	<mailto:xml-dev-request@lists.xml.org?body=help>

John Cowan wrote

>Read it more closely.  The *characters* (i.e. non-markup) returned
>to the application are *as if* all CRs and CRLFs had been changed
>to LFs before parsing.
>
>That means a parser can keep the original representation right up to
>the moment it is creating a DOM Text node or invoking the
>SAX characters callback, at which point CRs that do not come from
>character references must be removed or changed to LFs.  Since CR is
>allowed in the S production, any CR characters in markup need not
>be removed or changed.

Right, a Parser could translate CRs in the input stream or, if it chose to,
delay the translation until passing the character data to the application.
I think there are examples of both currently on the market.  This works fine
while the "S" production contains all the characters that are subject to
normalization, because the net effect of translating before or after parsing
will be the same.  However, if you add additional characters to the
normalization rules without reflecting that change in the "S" production,
you will potentially create two classes of XML processor: those that accept
NELs in markup and those that don't.

For example, an XML processor that performs the translation before parsing
will accept <a {NEL} foo="bar"> whereas a processor that delays the
normalization will not.

Regards
~Rob

----- Original Message -----
From: Richard Tobin <richard@cogsci.ed.ac.uk>
To: <jcowan@reutershealth.com>
Cc: <xml-dev@lists.xml.org>
Sent: 20 July 2001 00:51
Subject: Re: Closing Blueberry


> >Read it more closely.  The *characters* (i.e. non-markup) returned
> >to the application are *as if* all CRs and CRLFs had been changed
> >to LFs before parsing.
> >
> >That means a parser can keep the original representation right up to
> >the moment it is creating a DOM Text node or invoking the
> >SAX characters callback, at which point CRs that do not come from
> >character references must be removed or changed to LFs.  Since CR is
> >allowed in the S production, any CR characters in markup need not
> >be removed or changed.
>
> Are you suggesting that if NEL were added to the translated line-end
> characters, but not to the S production, this would not be sufficient
> to make
>
>   <fooNELa="1">
>
> (where NEL represents the character) legal?
>
> -- Richard
>
> ------------------------------------------------------------------
> 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 unsubscribe from this elist send a message with the single word
> "unsubscribe" in the body to: xml-dev-request@lists.xml.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 unsubscribe from this elist send a message with the single word
"unsubscribe" in the body to: xml-dev-request@lists.xml.org

----- End of forwarded message from Rob Lugt -----

-- 
John Cowan                                   cowan@ccil.org
One art/there is/no less/no more/All things/to do/with sparks/galore
	--Douglas Hofstadter

Received on Friday, 20 July 2001 09:43:19 UTC