Discussion :

[LoDev]

Salut à tous,

mon logiciel est "en face de fin de développement", surtout au niveau graphique. Maintenant, mon chef me demande de pouvoir changer la langue. J'ai consulté http://morpheus.developpez.com/localisationdotnet/ qui est bien. Mais je rencontre le problème suivant.

J'ai passé ma fenêtre déjà existante avec tous les composants créés avec leurs noms... en localizable true et Français. Le fichier ne s'est pas créé form.fr.resx. J'ai du rentrer dans la partie Text, valider, à ce moment, le fichier s'est créé.

Existe il un moyen pour que tout se génére automatiquement sans que je sois obligé de passer dans chaque composant et réécrire le texte?

Qques minutes + tard : après avoir lu plusieurs post (recherche localizable au lieu de localisation), il s'avère que je n'ai pas le choix sous VS2005. En cas, est ce que je peux sous VS2008, il est possible d'extraire l'ensemble du texte des composants d'un form pour en faire une ressource, sans devoir repasser dans chaque propriété du label ou autres pour réécrire le texte.

Merci

[_skip]

Attention avec localizable car non seulement les textes sont persistés dans les ressources mais également une floppée d'autres propriétés.
Ca devient vite ingérable, alors si tu veux un conseil, utilise des ressources globables dans des dll satellites, comme ça tu peux donner à un non-programmeur les textes à traduire hors de vs2005.

Par contre tu dois te taper beaucoup de boulot à la main, mais si tu organises proprement le *loading* de tes fenêtres ce ne sera pas si compliqué, et ce sera FORTEMENT typé... Pas comme la daube que le designer te génère.

Plus d'efforts à la main au début mais un gain considérable en terme de maintenance et de non-régression.
Mais c'est mon avis, y'a 50 gars qui vont débarquer et dire que j'ai tort...

[LoDev]

Après l'avoir testé un peu dans "tous les sens".

1. Je trouve ça très dommage, qu'il ne génére pas automatiquement tous les composants Text de la fenêtre.
2. Si tu rajoutes un composant, obligation de le faire en mode par défaut. Puis il faut que tu rajoutes le texte dans chaque fichier de langue. Donc si je dois gérer 30 fichiers de langues, que je rajoute un label, faut que je me retapes la modif dans tous les fichiers. Vu que c la galère...
3. Si tu veux rajouter une nouvelle langue, faut recompiler...

Au final, j'ai un logiciel dont j'ai géré la langue par un fichier xml chargé au démarrage en fonction de la langue. Si on change de langues, il suffit de faire un copier-coller puis de faire la traduction (un peu comme le fichier de ressources).

Alors où est l'avantage d'utiliser localizable? Gain de temps dans le chargement des messages? On n'utilise pas des variables globales, mais des ressources internes au soft?

[tomlev]

Alors où est l'avantage d'utiliser localizable? Gain de temps dans le chargement des messages? On n'utilise pas des variables globales, mais des ressources internes au soft?

Je me demande aussi quel est l'avantage... d'autant que ça ne fournit même pas de moyen simple de changer de langue à l'exécution ! En plus, vu qu'il faut compiler les ressources localisées en assemblies satellites, le traducteur ne peut pas travailler de façon autonome à moins d'avoir les outils pour générer l'assembly satellite...

[theMonz31]

salut

utilise ce que je preconise depuis des mois

Une librairie de traduction qui fournit des methodes pour traduire une forme et tous les controles contenus, (menu, etc..), une gestion XML des traductions facilement modifiables par des traducteurs...

En gros, tu fais faire du multilingues, oublies les ressources VS

The Monz, Toulouse