[M3devel] how to represent a 16bit char?

Jay jay.krell at cornell.edu
Sun Dec 1 21:33:53 CET 2013


A lot of code within Windows uses WCHAR all the time. The kernel interfaces all accept only WCHAR (and a 16 bit length of bytes). FAT32, NTFS, registry all store 16bit WCHAR, at least when 7bits don't suffice.


Trestle surely will remain with Xlib & Win32. New code...Qt?


 - Jay

On Nov 30, 2013, at 2:52 AM, Dragiša Durić <dragisha at m3w.org> wrote:

> And yes, Cairo uses UTF-8 natively, even on Windows.
> 
> On 30 Nov 2013, at 11:41, Dragiša Durić <dragisha at m3w.org> wrote:
> 
>> Are we really sure about this Xlib interfacing?
>> 
>> There are several very-low-level and very-portable libraries right now. Why don’t we use Cairo?
>> --
>> Dragiša Durić
>> dragisha at m3w.org
>> 
>> 
>> 
>> On 30 Nov 2013, at 10:06, Jay K <jay.krell at cornell.edu> wrote:
>> 
>>> 1) Ok for purposes of interfacing with Win32 and Xlib, what should I use where WIDECHAR used to be correct?
>>> 2) Are we really certain that redefining WIDECHAR is the way to go?
>>> Not, say, introduce a new time, CHAR32 or UCHAR32?
>>> And maybe add an explicit alias CHAR16 or UCHAR16 to provide a type that nobody will ever consider changing?
>>>  
>>> Or do people now advocate: 
>>>  get rid of WIDECHAR 
>>>  leave 8 bit CHAR 
>>>  with a new understanding that it is UTF-8 encoded, and force lots conversion back and forth? 
>>> ?? 
>>>  
>>> Thank you,
>>>  - Jay
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://m3lists.elegosoft.com/pipermail/m3devel/attachments/20131201/92eaeaa1/attachment-0001.html>


More information about the M3devel mailing list