Version imprimable
Bonjour,
Je dois reprendre une appli MFC et implementer la gestion multi langue. Je voudrais savoir le meilleur moyen de la mettre en oeuvre sachant que de plus je vais devoir gérer les données en Unicode.
Merci
PS: j'espère qu'ils sont pas tous en vacances ;D
Ben, je ne sais pas trop ce dont tu as besoin, à part un usage massif d'une String Table...
Pour le reste par contre (images contenant du texte, ou certaines boîtes de dialogue) tu risques d'avoir besoin des conditions sur les ressources, mais là, je ne sais pas si la compatibillité est "source" ou "On-PC"...
Un autre truc qui peut être intéressant, c'est de mettre toutes les ressources dans une DLL, et utiliser AfxSetResourceHandle(). Ainsi, tu as des langages différents pour le même exe, selon la version de la DLL...
Oui, pour la gestion des langues je crois que le mieux est de créer une projet ressource par langue (avec dialogue et string table) et de charger à la volée la dll de ressource. Par contre je sais pas si c'est ce qui est le plus simple à maintenir !!
Une grande inconnue est aussi la gestion des caractères unicode dans les controles ?
J'ai lu dans MSDN la notion d'IME pour gerer la localisation avec les controles du style CIMEEdit, mais la documentation est assez pauvre. Une idée ?
(mon besoin c'est creer une appli en 14 langues dont le japonnais à partir d'un existant en MFC)
Question subsidiaire : le projet MFC est très simple, serait-il pour moi plus simple de le porter sur VS 2003 ? (gestion multi langue intégrée ? ...)
Salut,
Moi j'ai déjà fait des projets multilangues en utilisant des DLL de ressource, c'est facile à mettre en place, mais à maintenir c'est chaud, à chaque fois que tu rajoute une ressource dans une dll, il ne faut pas oublier de la rajouter dans les autres. Pour l'unicode, il n'y a aucun problème particulier, du moment que ton projet est unicode, ça devrait fonctionner, attention tout de même, dans le fichier .rc des ressources de langue, il faut faire très attention à utiliser le bon code page de la langue sinon ça ne s'affichera pas correctement.
J'arrive un peu tard sur le sujet, mais j'ai constaté quelques détails qui est interessant d'ajouter au tutoriel.
- Le premier point concerne la fonction AfxGetResourceHandle qui ne retourne pas
L'instance fournit par AfxSetResourceHHandle lors de la selection du fichier de langue.
m_hbitmap = ::LoadBitmap (AfxGetInstanceHandle(),MAKEINTRESOURCE(ID_) ) ;
ne marchera pas.
- Le second point concerne le fichier resource.h
L'exemple fournit utilise deux fichiers resource.h, le premier pour le programme principal et le second pour le projet de lang (fr). Mais le fichier resource.h doit être unique pour éviter qu'ils évoluent de maniere différentes. Si vous rajouter une resource dans le projet de langue, elle risque de ne pas appariatre dans le projet principal.
D'autant plus lorqu'il y a plusieurs fichiers de langue.
C'est pourquoi je pense qu'il est plus simple d'avoir un seul fichier resource.h pour l'ensemble du projet ( pincipal et resources).
Même si quelquefois le visual se mélange un peu les crayons.:(
Dans un projet multilangue d'autres soucis sont à prevoir. Entre autre concernant la gestion des dates et la gestion des caractères unicode.