← Prev in month ← Prev in thread

question w.r.t.: Extensible Markup Language (XML) 1.0 (Third Edition)

From
Harrie Hazewinkel <>
To
Date
2004-09-17T09:29:20Z
ID
<>
Thread
question w.r.t.: Extensible Markup Language (XML) 1.0 (Third Edition)
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></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/^M
ATTENDEE:cap://cap.inet.it/^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
← Prev in month ← Prev in thread