Request for Discussion: SAX 1.0 in C++

[roddey at us.ibm.com]

>> For those folks who need to store text, they can certainly strip off
>> unwanted bytes before storing it. It is much more reasonable to
>> require transcoding of people storing text than to require everyone
>> using the data on the fly to transcode.
>
>Using data on the fly is what I want to do.  That's why I prefer to
>get it in the form I will use it.
>

For most people though, UTF-8 is a loser. If you want to do any poking
around in the text, having it be UTF-8 (a non-fixed size encoding) is a
huge pain in the butt. In my opinion, Unicode is it, period. Its the
future, and everyone should start dealing with it. Unicode based wide
character APIs are available almost everywhere so that you can work
directly with the Unicode until it actually has to go to some system API
that requires it be in a local code page.

----------------------------------------
Dean Roddey
Software Weenie
IBM Center for Java Technology - Silicon Valley
roddey at us.ibm.com



xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev at ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ and on CD-ROM/ISBN 981-02-3594-1
To unsubscribe, mailto:majordomo at ic.ac.uk the following message;
unsubscribe xml-dev
To subscribe to the digests, mailto:majordomo at ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa at ic.ac.uk)