[Home] [By Thread] [By Date] [Recent Entries]

  • To: xml-dev@l...
  • Subject: question w.r.t.: Extensible Markup Language (XML) 1.0 (Third Edition)
  • From: Harrie Hazewinkel <harrie@l...>
  • Date: Fri, 17 Sep 2004 11:29:20 +0200
  • User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4.1) Gecko/20031030

HI all,


I have a question with respect to the Extensible Markup Language (XML)
1.0 (Third Edition) standard of "http://www.w3.org/TR/REC-xml".

In this section it specifies the handling of CRLF.

2.11 End-of-Line Handling

XML parsed entities are often stored in computer files which, for 
editing convenience, are organized into lines. These lines are typically 
separated by some combination of the characters CARRIAGE RETURN (#xD) 
and LINE FEED (#xA).

To simplify the tasks of applications, the XML processor MUST behave as 
if it normalized all line breaks in external parsed entities (including 
the document entity) on input, before parsing, by translating both the 
two-character sequence #xD #xA and any #xD that is not followed by #xA 
to a single #xA character.


But how about this piece of XML (part of SyncML),
<Add>
<CmdID>4</CmdID>
<Meta>
<Type>text/x-vcalendar</Type>
</Meta>
<Item>
<Source>
<LocURI>1095163651-912@i...</LocURI>
</Source>
<Data>BEGIN:VEVENT^M
SUMMARY:group meeting^M
CLASS:PUBLIC^M
LOCATION:outer space^M
DESCRIPTION:~~~~~~~~~~~~~~~~~~~~\r\nOrganizer: Harrie^M
  Hazewinkel\r\nAttendees: \r\nHarrie Hazewinkel +\r\nAntonio Amadori^M
  ?\r\nGastone Amadori  ?\r\n~~~~~~~~~~~~~~~~~~~~\r\nI like to keep^M
  inviting you. :-)\r\n^M
DTSTAMP:20040914T120731Z^M
ORGANIZER:cap://cap.inet.it/harrie@i...^M
ATTENDEE:cap://cap.inet.it/harrie@i...^M
X-INE-OWNER:YES^M
DTSTART:20040908T090000Z^M
DTEND:20040908T110000Z^M
END:VEVENT^M
</Data>
</Item>
</Add>


The data is here between the <Data> and </Data> tags.
This is a calendar element which by mime type must keep
the CRLF after each line. This is made visible with the '^M'<linefeed>
(representation problem).

Would the lines describing the event also fall
under the section described above? If so XMl changes data and one
cannot get back it, I guess.

Would this not a problem with the current specification?
Any comments,

Harrie


Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member