Home/ Questions/Q 645623
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-13T21:31:25+00:00

In working through the issues with another question, I’ve found text files with embedded

  • 0

In working through the issues with another question, I’ve found text files with
embedded Ctrl-S characters (decimal 19) in them. When adding their text to an XML document, an exception is thrown (C#/.NET).

According to this page, as I read it, they are not in the rages for a “Char”
and so are illegal: http://www.w3.org/TR/REC-xml/#charsets

However, a cohort found the an XML specification, and implies that it is equivalent to a carriage return (decimal 13, not hex 0x13), here: http://www.w3.org/1999/07/WD-xml-c14n-19990729#charescaping

But then, the paragraph in question is not in the more recent version (http://www.w3.org/TR/xml-c14n) which explicitly states:

  • In character data, the carriage-return (#xD) character is represented by “
”.

So, two quesitons:

  1. Am I missing something, or is there a typo on the W3C page — an “x” in the token  where it should be 
 or 
 ??
  2. When a specification has an error (not just something that changed but an actual error), does the W3C leave the document accessible? Seems like that’s a “yes”
Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    Sure looks like a typo to me. But a typo in the 1999 Canonical XML working draft doesn’t seem like an occasion to get too terribly excited.

    It’s called a “working draft” for a reason. The difference between a working draft and the published recommendation can be considerable, as anyone who used XSL-WD learned to their dismay. The W3C doesn’t fix typos in drafts they’ve published, they publish new versions. That’s something that happens pretty slowly. Very slowly, in the case of Canonical XML, which addresses a problem that the world does not appear in desperate need of solving.

    • 0