gzz-dev
[Top][All Lists]
Advanced

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

Re: [Gzz] ``canon3_file_format``: A canonical, N3-based file format


From: Benja Fallenstein
Subject: Re: [Gzz] ``canon3_file_format``: A canonical, N3-based file format
Date: Wed, 02 Apr 2003 16:16:32 +0200
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030327 Debian/1.3-4

Antti-Juhani Kaijanaho wrote:
On 20030401T214550+0200, Benja Fallenstein wrote:
The ``NEWLINE`` token may be any of CR, LF, and CRLF.

Any particular reason for not allowing the other Unicode
newline-function characters (such as the "canonical" Unicode newline,
U+2028 LINE SEPARATOR)?  It does make sense not to generate them in CVS
context, but is this format exclusively for CVS?

Done.

In contexts where the specific form used matters,
the newline character is LF. (In particular, when computing
a content hash-- e.g., when creating a Canon3 Storm block.)

Why not LINE SEPARATOR?

As said in the PEG, this would be incompatible with N3. But we're unfortunately not 100% compatible with N3 anyway, because it doesn't allow using local names for anonymous nodes. :-/ So we could do this also.

What do people think?

- Benja





reply via email to

[Prev in Thread] Current Thread [Next in Thread]