Discussion :

[olibara]

Bonjour
Dans une application multilangue, la traduction des forms se fait asser facilement graces aux resx automatiquements crées pour chaque forms

Mais malheureusement les forms ne sont pas forcément les seules choses a traduire

Par exemple une classes d'impression qui devrait contenir des libellés..

Ou traduire certains messages propres a différents traitements

Tout mettre dans un resx global a l'application n'aide forcément pas a structurer et organiser les éléments

Donc je me demande s'il existe un moyen simple de creer des resx spécifiques a certaines classes pour y integrer les textes spécifiques

Toutes les idées sont les bienvenues

[Guulh]

Hello,

tu peux créer autant de resx que tu veux. Tout simplement Et regrouper ensemble les ressources propres à une classe / une couche de ton appli / whatever.

[olibara]

Merci Guuhl

J'ai pas encore capté le "Tout simplement"

Je t'avoue qu'actuellement je suis parti dans la direction d'un fichier texte structuré genre .ini (un par langue)
Et au demarage de l'appli ou au changement de langue je relis ce fichier pour creer un dictionnaire des message ou informations localiées spécifiques

Avantage : UN SEUL fichier lisible pouvant facilement etre traduit et maintenance aisée, pas besoin de recompilation

[laedit]

Mais il peut être modifié depuis l'extérieur, c'est pas très sécurisé ça...

[Louis-Guillaume Morand]

Mais il peut être modifié depuis l'extérieur, c'est pas très sécurisé ça...

c'est pourtant le bon choix. un fichier de ressources n'est pas critique. C'est le meilleur moyen de pouvoir corriger une coquille sans redéployer et surtout, il suffit potentiellement de créer X nouveaux fichiers de ressources pour avoir X nouvelles langues.


Maintenant il vaut mieux utiliser le format XML des ressources mais c'est vrai que c'est pas très clair pour un utilisateur neophyte qui devrait l'éditer. L'autre solution reste le bon vieux fichier ini et les méthodes pinvoke readprofilestring et writeprofilestring qui te permettent de trouver directement la clé de ton choix

[Guulh]

Je dis "tout simplement" parce que, indépendamment du fait que te ressources soit externes ou internes, tu n'es pas obligé d'avoir un gros seul fichier resx commun à toute ton assembly, tu peux en créer autant que tu veux (et pour chacun, avoir un truc.fr.resx, truc.es.resx, ...). C'est un moyen simple de structurer.

Après, la gestion des ressources dans visual studio est assez simpliste. Localiser une appli est une galère, vu qu'il n'y a pas d'UI pour voir toutes les ressources d'une assembly dans la langue par défaut et dans une langue autre, par exemple...