On 06 Nov 2013, at 13:29, Henrik Johansen <henrik.s.johansen@veloxit.no> wrote:
On 06 Nov 2013, at 10:38 , Sven Van Caekenberghe <sven@stfx.eu> wrote:
BTW, do we still need UTF16 support ?
For those encodings that we still want to support in the future, we should have new and more principled implementations under ZnCharacterEncoder. That is, if we ever want to fase out TextConverter.
UTF16 is the encoding for string arguments to the Unicode-aware version of the Windows API's, so Iâd say yes. Not too sure about JNI, but I know Java also uses UTF16 internally.
So the short answer is yes. Not as a storage encoding, but for calling foreign functions, itâs quite important.
Ah, OK. Fancy giving it a try, to create a ânewâ implementation under ZnCharacterEncoder with some tests ? There are only 3 abstract methods to implement, if you should already know UTF16, it would not be too much work ;-)
Cheers, Henry