Discussion :

[margagn]

Bonjour,

Comme vous le devinez j'aimerais utiliser les options de localisation dans .NET 2.0 et VS.NET 2005. J'ai lu tous les tutos et articles et je n'ai toujours pas réponse à une question...

Je développé quelques Forms en langue anglaise mais sans utiliser la localisation. J'ai activé la localisation sur mes Forms et sélectionné "English" et "French", ce qui me créé deux fichiers Ressources (un .en.resx et un .fr.resx).

Lorsque je tape mes libellés en français, je me retrouve avec un beau fichier ressource que je peux éditer comme je veux. Mais avec le fichier ressource en anglais, VS.NET s'amuse à effacer mes entrées et à en créer des inutiles... En bref, ma question est : "Comment empêcher VS.NET de zigouiller mes fichiers RESX sachant que je veux les gérer moi-même!".

Merci de votre réponse.

Martin

[Inverse]

La localisation s'effectue directement dans l'éditeur de Form, pas dans les fichiers resx.

Une fois que tu as sélectionné une langue, tu remplaces tout les champs de texte, puis tu passes aux autres langues, quand tu as terminé, tu remets sur (Default).

[margagn]

Je suis bien d'accord avec ce concept là, mais ce n'est pas pratique... Je vais devoir demander à la traductrice de s'installer Visual Studio ???

[Inverse]

La méthode que j'utilise personnellement est la suivante:

A ajouter dans le fichier Program.cs:

public static class Program
{
// blah blah blah..

private static ResourceManager m_Localization;

public static ResourceManager Localization
{
get
{
return m_Localization;
}
}

// blah blah blah..

public static void Main(String[] args)
{
// blah blah blah..

m_Localization = ResourceManager.CreateFileBasedResourceManager("ApplicationStrings", Application.StartupPath + "/Resources", null);

// blah blah blah..

Après avoir ajouté ce code là, tu vas pouvoir accéder à tes strings localisés de la manière suivante:

String exemple = Program.Localization.GetString("Exemple");

Maintenant, comment générer la table des strings ?

Tu créé un fichier texte ayant pour base le nom que tu as passé en paramètre dans la fonction CreateFileBasedResourceManager, en l'occurence ApplicationStrings, suivi d'un point puis de l'indicatif de langue.

Exemple: "ApplicationStrings.en.txt"

A l'intérieur, tu créé un listing correspondant à ta table sous la forme suivante:

Exemple=Example
BonjourMonde=Hello World !

C'est à dire, un indice sous forme d'une chaîne de caractères, suivit du symbole =, puis de la traduction.

L'étape suivante consiste à démarrer une console Visual Studio C++, puis d'exécuter la commande resgen ApplicationStrings.en.txt dans le bon répertoire, ceci va te donner un fichier ressource sous le nom ApplicationStrings.en.resources qui contiendra l'ensemble de la localisation anglaise.

Tu n'as plus qu'à ajouter ces fichiers dans le répertoire de ton application (dans un sous répertoire resources comme dans mon exemple).

Personnellement, je traduis les forms moi-même, et j'utilise cette technique pour le texte situé dans les messages d'erreurs, et tout autre objet généré dynamiquement, si tu veux traduire les forms de cette façon, il faudra juste changer les champs de texte dans tes constructeurs, ça peut être une solution pour un gros programme, pour quelque chose de léger, mieux vaut donner un listing et les rentrer ensuite à la main, ça te permettra d'ajuster les longueurs des champs de texte qui diffèrent généralement de 50% avec plusieurs langues.

[margagn]

Merci pour toutes ces infos.

J'ai cependant encore de la difficulté à saisir comment .NET gère le tout. Pourquoi il ne crée par de fichier en.resx et fr.resx identique avec seulement les valeurs qui change ?

[arno2000]

Moi je me créé un fichier ressource pour chaque langue qui regroupe toutes les chaines.

ex :
- fichier lang.resx (pour langue par défaut)
- fichier lang.en.resx (pour langue anglaise)

Et après j'extrais les ressources en fichier texte pour les données avec excel.

C'est le plus simple je trouve.