Discussion :

[alen]

Bonjour,
Mon appli charge au démarrage une DLL contenant ses resources.
(LoadLibrary() et AfxSetResourceHandle() dans InitInstance()).

Je voudrais offrir la possibilité à l'utilisateur de changer sa langue (et donc ses resources) en cours d'utilisation de l'appli.
Il faut je suppose décharger la dll en cours, en charger une nouvelle mais comment réinitialiser tous les contrôles?

Merci

[farscape]

salut,
je ne crois pas que ce soit possible, il faut décharger toutes les ressources utilisées avant...
sauf a ruser en sérializant l'état de l'application ,en la fermant et en restituant l'état initial...

[alen]

Merci Farscape,
je vais envisager de redémarrer mon appli, on ne change pas de langue toutes les 5 secondes
Mon appli est distribuée en 17 langues (11 SBCS compatibilité 98 , 6 UNICODE); Je me suis arrangé pour définir la majorité de mes resources comme Neutral, je charge les strings des différents controles à l'initialisation.
J'ai donc 18 fichiers de resources, 1pour les resources Neutral boite de dialogue bitmap et autres et 17 fichiers de resources linguistique composé chacun d'une string table. Jusqu'à présent je compilait 17 executables, à 3M l'exe cela me donnait le temps d'aller boire un long café... J'ai donc décidé de passer ces resources linguistiques en DLL, ce qui va nettement diminuer la taille du café
Il me reste néenmoins un autre problème: celui des traductions. Je ne parle pas malheureusement 17 langues et donc je fait traduire mes resources par des contacts dans les différents pays. J'utilise pour ce faire un fichier Excel comprenant une colonne ID une colonne avec la string en Anglais et une colonne pour la traduction. Le problème est que traduire une string hors contexte ce n'est pas facile et bien souvent ce n'est qu'après le release que des demandes de corrections arrivent avec tout ce que cela implique... Si vous avez une idée géniale qui me permettrait de lier les traductions avec le contexte je suis preneur.
Merci

[farscape]

ouch ça doit être une engeance
peut être regrouper les identifiants par thèmes de travaille en relation avec la fenêtre de traitement .
si le traducteur connait le thème de travaille (de la fenêtre) pour les identifiants ça sera peut être plus juste...

[alen]

Oui j'essaye déjà de les regrouper par thème, je leur donne également des identifiants qui ont +- un sens du style IDS_DIALOGFILEOPEN_CAPTION ...,
mais bon les gars que je contacte font preuve de bonne volonté (mais pas trop ). Un autre problème aussi c'est que la langue anglaise (utilisée au départ est relativement économe en nombre de charactères. Comme j'utlise une seule resource pour les boites de dialogue, je m'arrange pour que les champs textes soit relativement larges et malgré cela les gars arrivent encore à me produire des strings qui dépassent .
L'idéal serait d'avoir un outil de traduction dans l'appli, right click sur le statique à traduire, petit edit box qui s'affiche, l'utilisateur entre la traduction et valide, le nouveau texte prend la place de l'ancien. Ensuite génération d'un fichier ID & stings ... on peut tjrs réver