[Gtkradiant] [Bug 516] Gtk error message box fails on non-english windows setups

gtkradiant@zerowing.idsoftware.com gtkradiant@zerowing.idsoftware.com
Wed, 15 May 2002 06:42:23 -0500


http://zerowing.idsoftware.com/bugzilla/show_bug.cgi?id=516

ttimo@idsoftware.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |ASSIGNED
           Platform|                            |All



------- Additional Comments From ttimo@idsoftware.com  2002-05-15 06:42 -------
try enabling unicode support at the application level at compile time
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/mapi/html/_mapi1book_c_type_tchar.asp

see about putting _UNICODE define in stdafx, should get a unicode string out of
FormatMessage, which should be printable by Gtk (or easier to transform)

<TTimo> ah tiens a ce propos .. c'est quoi ce que win32 appelle le 'multibyte'
.. i.e. TCHAR
<zerodeux> un type opaque qui vaut char ou wchar_t suivant que la macro _UNICODE
est d&#65533;finie ou pas
<TTimo> mhhhhhh
<TTimo> tu veux dire que je peux compiler du code win32 en choisissant de
travailler avec des TCHAR ANSI (i.e. char), ou des TCHAR unicode (wchar_t) ?
<zerodeux> en pratique tu remplaces tes char par des TCHAR, tes strlen() par des
strtlen(), etc (du 't' partout!), et ton programme devient compilable en char ou
wchar_t
<zerodeux> yep, c'est un wrapper des 2 APIs
<TTimo> oui je vois .. mon probleme c'est que radiant coupe tout le support
multibyte (rien a peter) mais que FormatMessage me balance une version multibyte
<TTimo> ok .. donc j'ai qu'a changer un define et tout est bon
<TTimo> cool merci, j'essayerais ca
<zerodeux> le terme 'multibyte' (mbcs) d&#65533;signe un charset dont chaque caract&#65533;re
peut prendre 1 ou plusieurs octets, et le type est char*
<zerodeux> a pas confondre avec 'wide char'
<TTimo> ouais .. j'ai vaguement vu ca aussi
<TTimo> la fonction qui m'emmerde retourne un TCHAR donc ca doit etre bon
<zerodeux> yep, tant que _UNICODE n'est d&#65533;fini nulle part (&#65533;a se met ds les
compile settings, ou en tete de .h), c'est du char*
<TTimo> mhhh .. la tu m'embrouilles
<zerodeux> disons qu'en gros si le terme 'unicode' t'as jamais efleur&#65533;
jusqu'ici, tu peux consid&#65533;rer le TCHAR comme un char
<TTimo> ouais, si je me souviens bien, unicode ce sont les 0<char<=127 normeaux,
et sinon c'est casse en deux chars?
<TTimo> normaux
<TTimo> bleh
<TTimo> donc a priori je suis pas encore a un truc strictement ansi quand je
sors de la



------- You are receiving this mail because: -------
Whoops!  I have no idea!