VOTRE PROGRAMME EN MULTI - LANGUES (MOYEN TRÈS TRÈS SIMPLE EN VB6)

Commentaire de glycocalix le 30/09/2004 16:27:50

salut frop01
c'est une méthode possible mais qui ne permet pas à l'utilisateur de configurer la langue de son logiciel sans avoir à changer celle de son systeme. Il est par contre possible de le faire en utilisant toujours cette méthode, avec une seule colonne mais en utilisant une décalage dans les id par exemple si l'appli possède deux langues anglais français et deux mots (soyons fou) on peut mettre 0-hello 1-good bye 3-bonjour 4-au_revoir dans ce cas on instancie une variable au lancement de l'appli qui indique le décalage à utiliser dans les index.
par contre, je cherche la technique API à utiliser pour pouvoir stocker les différentes langues dans des DLL, sait tu comment faire?

Commentaire de guilleto le 01/10/2004 09:17:50

Bonjour !

Ceci est une méthode vraiment simple en effet, mais qui ne prends pas en compte plusieurs éléments :
* Si vous avez un grand nombre de langues il ne faudra pas se tromper de ligne.
Solution :
1 : Bonjour
1001 : Welcome
2001 : ...
etc.

LoadResString (1+Pays*1000)

Les langues sont par bloc !
C'est plus lisible !

* Et si ton programme va en Russie ???
Comment fais-tu pour le cyrillique ??

Réponse : tu ne peux pas avec un LoadResString !!

Donc il te faudra avoir recours à un fichier externe de type Excel ou mieux encore Access !!

Cordialement,

Olivier

Commentaire de frop01 le 01/10/2004 12:26:13

Salut,

Oui c'est exact. il ya 36 facons pour gérer son appli en multi-langues et la méthode de guilleto semble correcte.

Si on veut gérer un grand nombre de langues dans notre programme notamment la langue arabe il faudrait plus que les méthodes qu'on a sité.

Oui mais la méthode avec LoadResString reste un moyen facile pour une application qui va gérer trois ou quatre langues (Francais, Anglais , Allemand, Espagnol par exemple) et même si on possède un programme vieux de deux ans qui est en vente on peut facilement le converrtir en multilangue sans trop de code et de dégats (pour accroitre sa chance de vente.)

N'est ce pas vrai ?

Bonne journée !

Commentaire de bidoch78 le 01/10/2004 13:07:12

D'accord avec frop01.

Commentaire de DrJo45 le 04/10/2004 09:35:26

La méthode avec les dll est de loin la plus efficace. L'utilisation de LoadLibrary est un peu lourde, on peut faire tout bonnement un dll Active X par langue qui expose une fonction qui renverra le texte en fonction de son ID. On instanciera l'objet par CreateObject(ProgID) où ProgID est composé du titre de la dll et du nom de la classe exposée séparés par un point.
Pour ce qui est des langues slaves, arabes etc il faut savoir que les ressources sont en UNICODE !! et donc qu'on peut créer des ressources valides pour ces langues. (Créer un fichier . rc et compiler la ressource avec le compilateur de ressource RC. Les textes sont à définir avec ID, L"\x0000...."  où 0000 est à remplace par les codes hexa du caractère unicode.
Ex: 108 L"\x0059\x0065\x0073" pour "Yes" en anglais)
Pour utiliser ces textes unicode, étudier en détail la fonction StrConv() (Placer les résultats dans un tableau de bytes pour voir comment ça marche.), savoir obtenir un LCID et définir un charset à placer dans le Charset de la fonte utilisée dans le controle où on place le texte.

Commentaire de frop01 le 04/10/2004 14:58:29

Ben l'italien n'a qu'à apprendre le francais et puis voila ;)

Non sérieux, le programme va prendre en charge par défaut la première langue par défaut du ressource.

Commentaire de frop01 le 04/10/2004 16:10:53

c'est la table ou il n'y pas de spécification de la langue :

Voisci un exemple de structure de .res:
- Projet1.RES
    -- Table de chaines
           --- Table de chaines (1)
           --- Table de chaines (Italien (Italie)) (2)
           --- Table de chaines (Anglais (Royame Uni)) (3)

Donc dans le cas ou la langue paramètrée dans le systeme ne figure pas dans cette liste il prend le (1).

Commentaire de jockos le 18/10/2004 16:25:06

DrJo45, ok pour récupérer des messages en langue unicode (Arabe, Chinois, ...).

Mais après, il y a encore une autre étape, c'est l'affichage. Même en utilisant une Font Unicode comme "MS Arial Unicode" par exemple dans ton contrôle (Label par exemple), tu verras des ???????? à l'affichage.

Pourquoi ?
Car les contrôles standards VB ne savent afficher que de l'ANSI même si il y a une police UNICODE de spécifié.

Il faut donc utiliser le composant Microsoft Font 2.0 qui redéfinit les contrôles VB de bases (Label, TextBox, Button, OptionButton, ...) avec un affichage UNICODE possible.

Cependant, en ce qui concerne le titre des fenêtres ou un Menu VB, c'est IMPOSSIBLE d'afficher des messages arabes, chinois ou autre... Pour ces contrôle de base, seul l'ANSI est possible. :-((

++

Commentaire de DrJo45 le 18/10/2004 17:01:11

En Effet bidoch78, avec W2000, on peut mettre son systeme dans la page de code ANSI qu'on veut à condition de le redémarer.... et ça marche.
Mais on peut aussi en restant dans son bon vieux français :
En fait, les controles standard permettent d'afficher les textes dans un des jeux de caractères chargés dans le systeme (cf panneau de config, option régionales). On ne peut par contre pas mélanger des jeux de caractères dans un controle (Ex : de l'arabe et du russe dans le meme caption)
Pour les faire afficher, j'ai mis du temps à comprendre, mais voilà :
Il suffit de définir correctement le 'Charset' de la fonte du controle et de convertir la chaine unicode en ANSI pour la page de code correspondante avant de la mettre dedans.
En pratique :
1) récupérer le codepageAnsi de la langue à afficher (API : GetLocaleInfo(LOCALE_DEFAUTANSICODEPAGE,...)) (Ex: 1256 pour l'arabe)
2) en déduire le Charset correspondant (Ex: 178 pour l'arabe)
3) Indiquer au controle qu'on utilise ce jeu : label.Font.Charset=178
4) Convertir le texte Unicode en ANSI code page 1256  mais comme vb est bizarre il faut le mettre dans une chaine unicode locale !! (LCID est l'ID de locale d'un pays parlant Arabe. exemple: Arabie saoudite : 1025
  label.caption=StrConv(StrConv(Texte, vbFromUnicode, LCId),vbunicode)
et si votre systeme permet l'affichage de ces polices, alors c'est OK.
Si vous le souhaitez, je pourrais poster un exemple de code, mais ça ne me semblait pas interresser grand monde ...
  

Commentaire de frop01 le 18/10/2004 17:27:37

Si SI DrJo45 ! c'est très intéressant pour pas mal de vbistes!

Est-il possible de poster un exemple sur vbfrance.

Merci bcp ;)

Commentaire de olid le 18/10/2004 19:37:39

Je cherche un moyen de récupérer le referrer (codes langues/pays) de InternetExplorer... Ca me serait plus facile à interpreter pour selectionner automatiquement mon fichier de traduction lors de la premiere utilisation.

Merci d'avance ;op

Commentaire de DrJo45 le 19/10/2004 16:58:39

Je dois avouer que je n'ai jamais eu à mettre un titre de fenêtre qui ne soit pas dans la page de code que l'utilisateur a défini dans Windows !
Mais je constate qu'il y a bien une propriété font pour les feuilles donc ça devrait être possible.
Pour les menus, je dois dire que ça fait bien longtemps que je n'utilise plus cela mais le controle ActiveBar2 d'Infragistics qui a une propriété fonte.
Excusez moi si je suis un peu lent à poster le code, mais j'y travaille dès que j'ai 5 minutes...

Commentaire de DrJo45 le 20/10/2004 10:37:38

Je viens de poster le code: Exemple d'affichage dans toutes les langues. J'ai fait simple.

Jockos:  j'ai essayé de mettre de l'arabe dans le caption d'une forme et malgré le bon charset, ça ne marche pas. Mais en effet, on ne peut pas modifier l'affichage des captions de fenêtre en changeant la police de la feuille !! Pour cela, je pense qu'il faudrait passer par les windowshook pour controler l'affichage de la fenêtre par dessus windows.
Si tu trouve la solution, n'hésite pas à me le dire

Commentaire de sarl_adc le 21/01/2005 09:24:53

Hmmm... J'ai traduis un logiciel (30 000 mots quand même), et avec les méthodes de fichiers de ressources, c'est pas mal mais j'imagine pas le temps que j'aurais mis à répertorier chaque champ, à créer une ligne dans la ressource avec chaque mot en français et chaque  mot dans une autre langue !!

Ce que j'ai fait peut être une alternative au fichier de ressources (surement un peu plus lent, mais négligeable sur nos ordinateurs récents).


Méthode :
-------------
- J'ai créé une fonction qui répertorie tous les captions, ToolTipText et autres données "texte" de tous les champs de chaque formulaire.

-Avec une 1ère fonction (à ne lancer qu'1 fois), je vais parcourir chaque Form et insérer une table ayant le nom de la Form courant, dans une base de données Access. Ensuite je vais créer une ligne de 2 colonnes pour chaque mot à traduire (Une pour le français, l'autre pour l'autre langue).

- Après ça, à chaque ouverture de formulaire, je vais appeler une fonction qui va lire dans la table associée au formulaire chaque ligne et modifier mes éléments à l'écran.


J'ai des formulaires de + de 500 mots (Infos bulle comprises) et ça prends 0.5s au chargement grand maximum sur mon XP2000+.

L'avantage est que c'est complètement évolutif et très facile à mettre en place lors de la création d'un nouveau formulaire !
C'est aussi très pratique dans le sens ou avec un formulaire de "traduction", on peut aller traduire les mots un par un par la suite, voire même laisser l'utilisateur les traduire lui-même.

Mon logiciel est diffusé en France et en Italie depuis 1 an et ce système de traduction fonctionne à merveille !
Bien sûr, je le conseille seulement pour ceux qui n'ont pas intégré de traduction dès le début du développement ou pour ceux qui ont énormément de mots à traduire...

Commentaire de olid le 21/01/2005 13:07:39

Si tu donnais une source, çà serait plus parlant :o|

Pour ceux qui cherche un systeme comme ci-dessous:
- Utilisation dun fichier INI par langue
- Remplacement ou insertion de mot dans une expression à la volée (pour mettre une valeur ou un mot personnalisé)
- Mise en memoire cache des expressions souvent affichée

Alors, regardez mon tuto avec exemple:
http://www.vbfrance.com/code.aspx?ID=7993

Commentaire de DrJo45 le 03/02/2005 10:42:17

Hello sarl_adc
En effet, tu as raison, écrire du code en allant le mettre dans une ressource, ce n'est pas pratique et pas facile à débogger. Pour ma part, je gère cela en définissant une procédure privée dans chaque source avec un nom fixé et contenant un select case pour obtenir des textes utilisés dans le source dans la langue de développement. Un programme, comme celui que tu décris, complète ces textes avec ceux définis dans les captions, tooltiptextes etc... des controles de la feuille (si la source est une feuille) en plaçant dans le tag la référence du texte (n° de module et n° de texte).
Ensuite, tous ces textes sont exportés dans une base données pour traduction. Un dernier programme permet de créer les ressources à partir de la base de données, ressources qui seront lues au chargement de la feuille ou dans la procédure fixée si la langue n'est pas la langue de base.
On gère comme cela un programme de plus de 15000 textes traduits en 9 langues.

Commentaire de PatriR le 19/07/2005 17:44:53

Bonjour.

Dans tout ce qui a été dit sur ce thème, il n'est pas précisé quel os est utilisé.

Or j'observe un truc très bizarre, avec un fichier ressource constitué de plusieurs tables de chaînes (et non d'une table avec textes imbriqués, ou blocs de textes successifs selon les langues) : l'appli VB6 (SP6) compilée n'a pas le même comportement :
1) l'appli affiche comme attendu les textes et messages dans la langue correspondant à l'option régionale de langue sélectionnée sous 2000 (SP4) ;
2) l'appli affiche systématiquement les messages et textes dans la langue de la première colonne du fichier ressource sous XP(SP2), indépendamment de l'option de langue ...

Encore plus étrange : sous XP (SP2), ce problème ne survient pas si l'appli est exécutée en deboggage !!!

Étonnant, n'est-il pas ?

Quelqu'un a déjà eu ça et l'a résolu ?? est ce un bug ? est-ce un problème d'option VB/Windows ?

Certes il y a les deux autres solutions évoquées dans les messages précédents, mais d'une part mon fichier ressource est énorme, et d'autre part le nombre des LoadResString qu'il va falloir aller modifier me rebute ..