[VB6] Définition langue défaut ressource multilingue

Bonjour,

Je travaille actuellement au développement multilingue d'une application.

Comme conseillé dans beaucoup d'endroits, j'utilise le système de fichier de ressource avec des tables de chaînes de caractères. Je pu lire dans MSDN et sur le site de microsoft que le développement multilingue de cette manière permet la sélection automatique de la langue suivant la configuration du poste (ce que je recherche vivement) et qu'en cas de non-concordance avec une des langues définie dans la table de ressource, cela sélectionne la première colonne (c'est à dire la 1ère langue) comme langue par défaut.

Mon problème se situe justement à ce niveau : je souhaite que la langue par défaut soit l'anglais mais il me sélectionne automatiquement le français ... :koi:

J'avoue que je suis perdu et que j'aurais besoin d'un petit peu d'aide.

Merci d'avance

Théo

j'aurais bien voulu te donne un coup de mais, je ne connais pas vraiment ta methode d'acces au fichier RESOURCE. J'avais fait (il y quelque temps deja) une discussion (par MP) avec JMF (a qui je redit merci de m'avoir eclaire a ce sujet) et on (ou je ve dire moi) sait rendu compte qu'il existe plusieur maniere d'y parvenir donc ...


Si tu es partant on s'en fait une aussi. Mais deja je doit connaitre ton mode (methode) d'acces au fichier ressource

Bonjour,

ma méthode d'accès est une utilisation simple de LoadResString avec une table de caractères multicolonnes qui, dixcit MSDN, fait automatiquement la sélection de la colonne utilisée suivant l'environnement du poste de travail...

Citation:

---

Envoyé par MSDN

Modèle de tables de chaînes multiples

Les fichiers de ressources créés avec l'Éditeur de ressources peuvent contenir des tables de chaînes multiples, contenant chacune des chaînes localisées pour une langue spécifique. Une table de chaînes sera automatiquement sélectionnée au moment de l'exécution en fonction du paramètre LCID du système. Si aucune correspondance n'est trouvée, le système chargera la première table de chaînes du fichier de ressources. Ce modèle est intéressant dans le cas de la création d'une application diffusée en deux ou plusieurs langues, car il rend inutile la prise en charge multilingue au sein d'une seule instance.

---

Voilà, je souhaiterais m'affranchir de la définition de la langue dans l'application ...

Je ne sais pas si cela peut t'éclairer.

+

Théo

Citation:

---

Envoyé par Theocourant

table de caractères multicolonnes

---

tient tient, moi j'utilise une unicolone. Mais bon je crois que le plus simple serais de lancer par defaut le code correspondant a l'anglais, je crois que c'est la methode universel.

Citation:

---

Envoyé par sovo

tient tient, moi j'utilise une unicolone. Mais bon je crois que le plus simple serais de lancer par defaut le code correspondant a l'anglais, je crois que c'est la methode universel.

---

L'inconvénient c'est de pouvoir prévoir les évolutions à apporter au programme (pas forcément par moi-même) et qu'on m'a demandé le Français ET l'anglais :?

Citation:

---

Envoyé par Theocourant

L'inconvénient c'est de pouvoir prévoir les évolutions à apporter au programme (pas forcément par moi-même) et qu'on m'a demandé le Français ET l'anglais :?

---

Quant tu parle d'evolution du parle de quoi ?? les langues ou le programme ??

Si c'est pour les langue alors je craint que ce soit tres dure (voir impossible). C'est pour cette raison que je ne passe pas par les fichiers RESOURCE.

Citation:

---

Envoyé par sovo

Quant tu parle d'evolution du parle de quoi ?? les langues ou le programme ??

---

Les 2 ... et l'intérêt du système multicolonnes c'est que tu as juste à rajouter une colonne pour la langue que tu souhaites prendre en charge ... intéressant.

Citation:

---

Envoyé par Theocourant

Les 2 ...

---

Si c'est les deux alors il n'y a pas de probleme a mon avis. Car tu donne aussi les codes. Et le fichier de Resource n'est modifianble que via l'IDE (enfin je n'est pas trouve un autre moyen). Moi mon soucis a l'epoque etait la modification (ajout) de la langue sans toucher au code (car je ne le donne pas).


Bon je crois que qu'on s'est un peut egarer du sujet (sinon arrete moi), comme je le disais tu doit paramettrer le chargement de tes langues, en fonction juste de la langue, il charge le fichier. Donc si tu y arrive, alors il te suffira de demander de charger l'anglais par defaut.

Ca y est j'ai trouvé la solution dans les KB de microsoft .... c'est long comme recherche....

Donc la solution est de créer une colonne avec comme langue "Neutral" ... ça ne s'invente pas :aie:

Et cela marche parfaitement .

Pour ajouter juste une chose pour sovo, le problème avec ta méthode est qu'il faut manipuler le code pour permettre la sélection de la langue par l'utilisateur, là, on a aucune modification de code s'il y a un ajout de langue, il suffit de rajouter une colonne avec la lague correspondante.

Je vais voir si je peux faire un papier là dessus pour présenter les choses plus clairement.

+

Théo

je ne veux pas polluer ta discussion mais voila. Je ne suis pas d'accord avec ta methode. je vais t'exposer les raissons. Pour cela je vais prendre les deux cas.

Fichier Resource

Citation:

---

Avantage
je n'en sais pas trop car je n'ai pas vraiment utilise.

Inconveniant
Pour modifier le fichier il faut absolument avoir le code source de l'application. De ce fait seul le developpeur de l'appli peut changer une langue. Dans ce cas, en cas de deces ou d'impossibilite de le joindre, l'appli reste avec les langues d'origine

---

Fichier Init (ou csv)

Citation:

---

Avantage
Possibilite de modifier le fichier et d'ajouter (supprimer) une langue sans avoir a toucher l'appli. En fait cet avantage (pour moi) est un incoveniant pour d'autre (Theocourant par exemple ;)) grace a des petites fonction que j'ai ecrite :)

Inconveniant
Franchement j'en vois aucune. J'ai envie de dire le temps d'execution, mais j'en doute. Car vu que je passe par les API ca devrais etre moins long (d'apres un certain JMF ;)). Alorsque du bonheure

---

Citation:

---

Donc la solution est de créer une colonne avec comme langue "Neutral" ... ça ne s'invente pas

Et cela marche parfaitement .

---

Bonjour Theo,

j'ai suivi le fil car le sujet m'intéresse. Tu veux dire par là que quelle que soit la langue utilisée par le système, la colonne "Neutral" est utilisée ?

Citation:

---

Envoyé par Phifi

Tu veux dire par là que quelle que soit la langue utilisée par le système, la colonne "Neutral" est utilisée ?

---

Je crois bien oui, c'est le language par defaut.

Si tu retiens les fichier ini, j'ai créé un utilitaire qui prends le source et qui genere un fichier de type ini, et modifie le code pour que les lieraux soient remplacé par un appel a une fonction qui lit le fichier langue.
Si tu as déjà été jusqu'a mettre des loadresstring, il utilisera le fichier exe pour retrouver les ressources et les mettre das le fichier ini
Tous les litéraux sont presenté dans une liste avec une case à cocher pour déterminer si restent tels quels ou s'ils doivent etre traduits.

L'avantage du fichier ini , c'est qu'on en prepare un par langue et on à l'installation, on choisit le quel on installe. le rogramme lui même reste toujours le même

http://www.developpez.net/forums/sho...d.php?t=211320

Citation:

---

Envoyé par sovo

je ne veux pas polluer ta discussion mais voila. Je ne suis pas d'accord avec ta methode. je vais t'exposer les raissons. Pour cela je vais prendre les deux cas.

---

Pas du tout au contraire cela permet de confronter les idées relatives au différentes méthodes et donc je vais continuer avec toi.

Citation:

---

Envoyé par sovo

Fichier Resource

Citation:

---

Avantage
je n'en sais pas trop car je n'ai pas vraiment utilise.

Inconveniant
Pour modifier le fichier il faut absolument avoir le code source de l'application. De ce fait seul le developpeur de l'appli peut changer une langue. Dans ce cas, en cas de deces ou d'impossibilite de le joindre, l'appli reste avec les langues d'origine

---

---

Comme avantage, moi, je dirais que l'ensemble est centralisé autour du projet donc l'accès en est évidement simplifié (point de vue strictement personnel).
Autre avantage la facilité de l'ajout de langue permet de limiter le casse-tête, surtout en sélection automatique du langage, de la modification de code.
Autre avantage, très important pour moi, les données ne sont justement pas librement accessible, ce qui permet d'éviter et de limiter les maladresses possibles de l'utilisateur final.
Enfin possibilité de rajouter une langue sans avoir à modifier l'application : il suffit de modifier le fichier .RES et de mettre à jour l'installation ...

Je suis d'accord avec l'inconvéniant que tu as cité dans certains cadres mais dans mon cas, je développe cela pour un client à qui je fournis l'ensemble du code...

Citation:

---

Envoyé par sovo

Fichier Init (ou csv)

Citation:

---

Avantage
Possibilite de modifier le fichier et d'ajouter (supprimer) une langue sans avoir a toucher l'appli. En fait cet avantage (pour moi) est un incoveniant pour d'autre (Theocourant par exemple ) grace a des petites fonction que j'ai ecrite

Inconveniant
Franchement j'en vois aucune. J'ai envie de dire le temps d'execution, mais j'en doute. Car vu que je passe par les API ca devrais etre moins long (d'apres un certain JMF ). Alorsque du bonheure

---

---

Alors là sur ton avantage, je ne comprends absolument pas comment tu fais pour ne pas toucher à ton appli quand tu ajoute une langue ... mais bon si tu dis que c'est possible...

Pour ce qui est des inconvéniant, moi j'en vois un majeur : avec un fichier csv ou ini, le code est librement accessible d'où un danger important de modification intrinsèque du fichier sans pour autant que cela soit facilement détectable au niveau applicatif, à moins de faire un contrôle d'intégrité du fichier et encore cela a ses limites.

Voilà mes impressions

+

Théo

Citation:

---

Envoyé par Phifi

Bonjour Theo,

j'ai suivi le fil car le sujet m'intéresse. Tu veux dire par là que quelle que soit la langue utilisée par le système, la colonne "Neutral" est utilisée ?

---

Alors la colonne "Neutral" est utilisée si il n'y a pas d'autre colonne correspondant à la langue utilisée par le système.

+

Théo

Citation:

---

Envoyé par Delbeke

Si tu retiens les fichier ini, j'ai créé un utilitaire qui prends le source et qui genere un fichier de type ini, et modifie le code pour que les lieraux soient remplacé par un appel a une fonction qui lit le fichier langue.
Si tu as déjà été jusqu'a mettre des loadresstring, il utilisera le fichier exe pour retrouver les ressources et les mettre das le fichier ini
Tous les litéraux sont presenté dans une liste avec une case à cocher pour déterminer si restent tels quels ou s'ils doivent etre traduits.

L'avantage du fichier ini , c'est qu'on en prepare un par langue et on à l'installation, on choisit le quel on installe. le rogramme lui même reste toujours le même

http://www.developpez.net/forums/sho...d.php?t=211320

---

L'avantage du fichier ressource à ce niveau c'est que tu te libères de la sélection à l'installation et en plus tu y gagnes en souplesse ... je m'explique car je vous entend déjà râler :mouarf: :

En utilisant un fichier ressource, cela permet d'avoir de multiples utilisateurs utilisant différentes configuration du système.

Exemple concret : en Suisse les langues officielles sont le français, l'allemand et l'italien, de plus l'anglais doit être dispo pour les échanges entre les différentes "communautés". Avec le fichier de ressource, le suisse allemand pour travailler sur son poste avec l'application en allemand, le suisse romand en français et le suisse italien en italien, pour autant cela ne voudra pas dire différentes installations mais une seule et unique (avantage au niveau de la télédistribution) de plus il pourront travailler sur le même poste, la différence se fera à la connexion de l'utilisateur qui définit son propre environnement de travail (donc sa langue) ;)

Théo

Citation:

---

Alors la colonne "Neutral" est utilisée si il n'y a pas d'autre colonne correspondant à la langue utilisée par le système.

---

Merci pour l'info

Citation:

---

Envoyé par sovo

Inconveniant
Pour modifier le fichier il faut absolument avoir le code source de l'application. De ce fait seul le developpeur de l'appli peut changer une langue. Dans ce cas, en cas de deces ou d'impossibilite de le joindre, l'appli reste avec les langues d'origine

---

Faux. Il suffit d'un éditeur de ressources et les sources ne sont absolument pas nécessaires, on peut ferrailler directement dans l'exe et ça ne nécessite aucune recompilation.
Des éditeurs de ressources on en trouve à la pelle gratuitement.

Citation:

---

Envoyé par Theocourant

je ne comprends absolument pas comment tu fais pour ne pas toucher à ton appli quand tu ajoute une langue ... mais bon si tu dis que c'est possible...

---

C'est tout a fait faisable et meme tres facile :). Il suffit juste de scanner le repertoire ou ce trouve les fichiers et recuperer les fichiers qui s'y trouve. avec ca pa besoin de passe par les codes.