What about it LOL? (I'm not a Java fan.) Someone else posted that Java sort of does this, only UTF-16. I have some experience with UTF-16 in Windows and as I said I think it is the worst of all possible worlds: it doubles storage requirements while lulling you into thinking that character strings have a fixed byte length.
In any event I did not mean to imply that no one have ever thought of or implemented the concept of UTF-8 externally/UTF-something else internally. I was just throwing the idea out there. Charles -----Original Message----- From: IBM Mainframe Discussion List [mailto:[email protected]] On Behalf Of Jack J. Woehr Sent: Monday, May 8, 2017 8:54 AM To: [email protected] Subject: Re: Interesting article on UNICODE. Charles Mills wrote: > What about a language concept where data was externalized as UTF-8 but > presented to the program logic internally as UTF-32? With automatic, > transparent re-encoding back-and-forth for externalization? What about coding in Java? :) ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
