OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.


Help: OASIS Mailing Lists Help | MarkMail Help

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Closing Blueberry

David Carlisle wrote:

>>For the Nth time, I am *not* proposing adding NEL/LS to XML white space!
>>I am proposing changing what XML understands as a low-level line end.
>>This is quite different.
> It might be clearer then if you explictly said which words in the REC
> would change, I don't see how else the effect of the NEL proposal could be
> changed. (ie I'm confused by your response here, so I'll say I'm
> confused in public as chances are I'm not the only one:-)

Well, okay.  But this is just my say-so, *not* speaking for the
Core WG.

Section 2.11, paragraph 2:

<p>To simplify the tasks of applications, the characters passed to
an application by the XML processor must be as if the XML processor
normalized all line breaks in external parsed entities (including
the document entity) on input, before parsing, by translating
<del>both</del><ins>all of:</ins>
the two-character sequence #xD #xA
<ins>, the character #x85 (NEL), the character #x2028 (LS),</ins>
and any #xD that is not followed by #xA to a single #xA character.</p>

Note that this does *not* affect whitespace within markup.

There is / one art             || John Cowan <jcowan@reutershealth.com>
no more / no less              || http://www.reutershealth.com
to do / all things             || http://www.ccil.org/~cowan
with art- / lessness           \\ -- Piet Hein