[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Suggestion for an alternative XML 1.1

• To: Elliotte Rusty Harold <elharo@m...>
• Subject: Re: Suggestion for an alternative XML 1.1
• From: John Cowan <cowan@m...>
• Date: Sun, 16 Dec 2001 21:55:04 -0500 (EST)
• Cc: xml-dev@l...
• In-reply-to: <p04330104b842f4ab7266@[192.168.254.4]> from Elliotte Rusty Haroldat "Dec 16, 2001 09:26:56 pm"

Elliotte Rusty Harold scripsit:

> That's simply not true. Text editors on various platforms routinely 
> and transparently recognize the \n, \r, and \r\n line ending 
> conventions.

vi does not, nor does Emacs.

> It's not like NEL can do anything \r and \n can't do, or that 
> documents need all three at once. It's just a different and uncommon 
> convention to mean the same thing. This is not like adding the 
> Cyrillic alphabet on top of the Latin alphabet. They Cyrillic 
> alphabet lets you say things you can't say in ASCII. However, NEL 
> doesn't say anything new, just uses a different code point for the 
> exact same thing.

Absolutely!  And you would be making the exact same arguments if
XML 1.0 accepted only #xD #xA as a valid line ending, and I were
proposing adding support for just #xD and just #xA.  The vast
majority of all systems, after all, both generate and expect
#xD #xA.

-- 
John Cowan           http://www.ccil.org/~cowan              cowan@c...
Please leave your values        |       Check your assumptions.  In fact,
   at the front desk.           |          check your assumptions at the door.
     --sign in Paris hotel      |            --Miles Vorkosigan

• Follow-Ups:
  • Re: Suggestion for an alternative XML 1.1
    • From: Elliotte Rusty Harold <elharo@m...>

• References:
  • Re: Suggestion for an alternative XML 1.1
    • From: Elliotte Rusty Harold <elharo@m...>

• Prev by Date: Re: XML and mainframes, yet again (was RE: Somecomments on the 1.1 draft)
• Next by Date: Re: XML and mainframes, yet again (was RE: So me comments on the 1.1 draft)
• Previous by thread: Re: Suggestion for an alternative XML 1.1
• Next by thread: Re: Suggestion for an alternative XML 1.1
• Index(es):
  • Date
  • Thread