John,
I think that for XML they should use U+0085
(NEXT LINE) and U+2028 (LINE SEPARATOR) only since CR & LF are subject to
interpretation.
If you use a line feed it should be exactly that. It advances on line but
does not affect you horizontal positioning. It only positions vertically.
This would mess up Unix systems because they misuse the character. In
retrospect it made sense to do so to make the user's life easier but it is
non-standard.
Carl
> -----Original Message-----
> From: John Cowan [mailto:jcowan@reutershealth.com]
> Sent: Thursday, June 21, 2001 12:50 PM
> To: Carl W. Brown; unicode@unicode.org
> Subject: Re: XML Blueberry Requirements
>
>
> Carl W. Brown wrote:
>
> > However, I don't understand why IBM can not support ls (U+2028) and ps
> > (U+2029) if Windows can. The only issue that I can see is that
> they both
> > support a lf without cr. I guess the difference is that
> Windows does not
> > use lf without cr. If this is the problem it is a problem that
> can occur
> > with any ASCII system that use it as per the specs.
>
>
> My personal view, not necessarily the Core WG's, is that both U+0085
> (NEXT LINE) and U+2028 (LINE SEPARATOR) should be considered on an
> equal footing with CR, LF, and CR/LF.
>
>
> --
> 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
>
This archive was generated by hypermail 2.1.2 : Fri Jul 06 2001 - 00:17:18 EDT