W3C home > Mailing lists > Public > www-dom@w3.org > July to September 2002

Re: Load-and-Save DOMWriter.newLine attribute

From: Joseph Kesselman <keshlam@us.ibm.com>
Date: Tue, 30 Jul 2002 16:16:18 -0400
To: www-dom@w3.org
Message-ID: <OF9DAC850B.E8BA2783-ON85256C06.006DCB35@us.ibm.com>

I would hope the intent is  to support whatever line-break is appropriate 
for the platform which the load/save code is running on -- same variation 
as in the XML Recommendation's description of end-of-line representations 
and handling, plus whatever was done about the EBCDIC newline character 
(which, annoyingly, has its own Unicode code point)..

So if you really have a platform where end of line is marked as the string 
"EOL" -- extremely non-useful since this would conflict with many, many 
text files --  then yes, I'd expect that string to appear in this 
property. That's not exactly likely to ever arise, but -- again -- 
consider the EBCDIC case, and then consider that someone else may invent 
yet another Unicode code point for the same purpose (sigh) and we don't 
want to have to rewrite our spec to let someone Do The Right Thing.

So I'm not convinced it's the DOM's responsibility to sanity-check this 
value. if someone gives us a weird definition of newline, we should 
probably take their word for it, and leave the question of warning 
messages as a quality-of-implementation issue.

Joe Kesselman  / IBM Research
Received on Tuesday, 30 July 2002 16:16:51 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 20 October 2015 10:46:10 UTC