On Thu, 15 Jan 2004 16:20:28 +0800, you wrote:
[?? Probable Spam]
Your spam filter needs to be educated about wine-devel ;-)
Is there any reason why in this case MultiByteToWideChar should not do w = c + 0xf000 ?
Wine is using the following source for its Symbol to unicode map: ftp.unicode.org/Public/MAPPINGS/VENDORS/ADOBE/symbol.txt
Yes, I've seen that, it is pity that Windows seems not to use it.
Apparently Windows uses something different. Probably we have to change our internal map for Symbol encoding
I will try a few other Windows versions first. It looks to me that Symbol encoding is not a real encoding at all apart from the 0xf000 offset. calls like GetCPinfo(CP_SYMBOL,...) also fail on Win2K, probably for that reason..
since we are doing already something similar to your findings in dlls/gdi/freetype.c,FT_UInt get_glyph_index().
Yup, that is, I think, because it needs to work for non Unicode characters as well.
Rein.