Re: [markdown-testsuite] Add End Of Line (EOL) definition/tests. (#1)

On 28 November 2012 14:05, David J. Weller-Fahy
<dave-lists-public-markdown@weller-fahy.com> wrote:

> Ah, I think here we're getting to the crux of the miscommunication.

> Karl hit most of this, but I want to clarify (to make sure we are all on
> the same page, or at least in the same chapter ;).  In the
> syntax/semantics wiki page, an end of paragraph is defined as below.
>
>         \n\ws*\n | \n\ws*EOF | EOF
>
> The problem is that \n is a specific character, or at least is *used* as
> a specific character in many settings, it represents Line Feed (LF,
> U+000A).  I think you are using it as a generic "this is the end of the
> line" sequence, but in common use it means U+000A.  That is why the
> definition for end of paragraph is not OS agnostic, it won't work on
> Windows in some cases, and on old Macs in others.

+1 on confusion. I was using \n as a generic line terminator.
As defined in the glossary http://www.w3.org/community/markdown/wiki/Glossary




>
> By defining EOL as I have, we have something to replace the use of \n
> within block terminations, but which applies to almost all end of line
> standards in use today.

I'm cautious about using specific code points since I don't know
what is used on all operating systems. For me 'almost all' seems to fall short?


>
> By the way, I am in no way committed to the particular name used, we can
> call it something other than "EOL" if you'd prefer, but we should not
> use standard representations of single characters (\n) to represent a
> generic OS agnostic sequence (the end of a line).
>
> Does that make more sense?

Yes, though is it perhaps your history with \n?
E.g. regexen uses \n quite happily on two or three OS's?
I used it since I had no association with other than an OS agnostic definition.

\n as a symbol, defined in the glossary is shorter than EOL or eoln ....

regards



-- 
Dave Pawson
XSLT XSL-FO FAQ.
Docbook FAQ.
http://www.dpawson.co.uk

Received on Wednesday, 28 November 2012 14:23:30 UTC