Home. 
.

transparent

transparent

transparent

Altova Mailing List Archives


Re: XML declaration in DTD System ID? ...

From: Joe Kesselman <keshlam.cat.nospam@-------.--->
To: NULL
Date: 7/11/2009 5:28:00 AM
 > the Unicode characters to which Joe was referring to are
 > those appearing in element tag names, rather than DTD
 > elemment declarations.

No, I was referring to both.

> Wouldn't you just use a character entity?

You could. But you don't need to, and generally you wouldn't if you were 
working in an encoding which supported that character. That's the whole 
point of being able to specify the encoding, after all -- to be able to 
enter characters directly rather than via awkward workarounds.

Of course Unicode covers *all* those characters (well, all those in any 
natural language plus some symbols plus -- unofficially -- some 
artificial languages like Klingon) and can express them directly. Which 
is why the default encoding, if you don't specify otherwise, is assumed 
to be one of the Unicode encodings (UTF-8 or UTF-16).

Your processor, if you're still determined to write one, doesn't have to 
support all possible encodings -- but it really should support UTF-8 and 
UTF-16 if you want to claim you correctly implement the XML 
Recommendation. If you're working in Java, that's relatively easy; Java 
defaults to UTF-8 files and UTF-16 internally. In other languages it may 
take more work, and/or tracking down support libraries.

That's a good example of the kind of nickpicky detail that makes 
implementing a complete XML parser/serializer less than completely 
trivial. Still want to write your own?


transparent
Print
Mail
Like It
Disclaimer
.

These Archives are provided for informational purposes only and have been generated directly from the Altova mailing list archive system and are comprised of the lists set forth on www.altova.com/list/index.html. Therefore, Altova does not warrant or guarantee the accuracy, reliability, completeness, usefulness, non-infringement of intellectual property rights, or quality of any content on the Altova Mailing List Archive(s), regardless of who originates that content. You expressly understand and agree that you bear all risks associated with using or relying on that content. Altova will not be liable or responsible in any way for any content posted including, but not limited to, any errors or omissions in content, or for any losses or damage of any kind incurred as a result of the use of or reliance on any content. This disclaimer and limitation on liability is in addition to the disclaimers and limitations contained in the Website Terms of Use and elsewhere on the site.

.
.

transparent

transparent