et pour éviter que ça gueule à la compil il faut aussi
_(...)
autour des chaînes de caractères (au moins à partir de la version 2.5... me semble-t-il)
Rien a voir avec WxWidgets, c'est un pb C/C++ plutot :
- il faut "xxx" en ANSI
- il faut L"xxx" en UNICODE (caracteres chinois/japonais/russes en meme temps)
- mettre _("xxx") permet d'avoir un code portable dans les deux versions : necessaire si tu compiles dans les deux versions (Unicode n'est pas supporté par Win9X par exemple, mais c'est mieux l'Unicode dans les autres cas), sinon tu ne le mets pas. Donc non _(...) ne sert pas a l'internationnalisation, juste à typer tes caracteres :) (ce qui aide effectivement au 18n, faut l'avouer)
PS : la bonne chose si c'est du WxWidgets pur, c'est wxT(...), et si c'est du C/C++ "classique", c'est _T(...), et non pas _(....)
[^] # _(...)
Posté par Zenitram (site web personnel) . En réponse à la dépêche wxWidgets 2.6 est sorti. Évalué à 1.
_(...)
autour des chaînes de caractères (au moins à partir de la version 2.5... me semble-t-il)
Rien a voir avec WxWidgets, c'est un pb C/C++ plutot :
- il faut "xxx" en ANSI
- il faut L"xxx" en UNICODE (caracteres chinois/japonais/russes en meme temps)
- mettre _("xxx") permet d'avoir un code portable dans les deux versions : necessaire si tu compiles dans les deux versions (Unicode n'est pas supporté par Win9X par exemple, mais c'est mieux l'Unicode dans les autres cas), sinon tu ne le mets pas. Donc non _(...) ne sert pas a l'internationnalisation, juste à typer tes caracteres :) (ce qui aide effectivement au 18n, faut l'avouer)
PS : la bonne chose si c'est du WxWidgets pur, c'est wxT(...), et si c'est du C/C++ "classique", c'est _T(...), et non pas _(....)