Basically, its a proposal to cap at 10FFFF. I see no reason to cap utf-8 and utf-32 just to deal with the limitations of utf-16.
As long as you don't attempt to convert to utf-16, it should not be a problem. (and eventually, utf-16 should be phased out) 2007/4/24, Christopher Fynn <[EMAIL PROTECTED]>:
"ISO/IEC 10646 JTC1/SC2/WG2 N3248 Synchronization Issues for UTF-8" see: <http://std.dkuug.dk/jtc1/sc2/wg2/docs/n3248.doc> The document referenced above proposes changes to the specification of UTF-8 in Annexe D of the ISO/IEC 10646 Standard to make it effectively the same as the specification of UTF-8 in the Unicode Standard.
-- Linux-UTF8: i18n of Linux on all levels Archive: http://mail.nl.linux.org/linux-utf8/
