Discussion :

[drKzs]

Bonjour,

J'ai une petite question concernant l'internationalisation d'une application...
A tout hasard je suis sur une suse 10.3, mais je ne pense pas que ce soit important...
J'utilise les fichiers .po pour utiliser les messages dans la locale définie.
Si je set la locale en anglais

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

 export LANG=en

mes messages sont bien en anglais; mais en revanche, sur certains print (std::cout <<) je reçois un Gtk-WARNING

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Gtk-WARNING **: Locale not supported by C library

Il semble que cela gêne ensuite au passage d'argument Glib::ustring, qui sont ensuite affichés en sortie standard ou erreur....
En revanche, si je set la locale en anglais avec

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

 export LANG=en_US

tout fonctionne sans problème...

Y-a-t-il un moyen propre de détecter ce problème au lancement de l'application, pour faire un retour à l'utilisateur ?
Cela signifie-t-il que la locale en n'existe pas ?

Merci

[teuf13]

Y-a-t-il un moyen propre de détecter ce problème au lancement de l'application, pour faire un retour à l'utilisateur ?
Cela signifie-t-il que la locale en n'existe pas ?

Oui, ca doit vouloir dire que la locale n'existe pas. Le moyen propre de detecter ca a mon avis est de ne rien faire et de partir du principe que l'utilisateur ou sa distribution linux ont bien configure tout ca

[drKzs]

hmm... je ne sais pas pourquoi, mais je me méfie de l'utilisateur
J'ai essayé d'utiliser gtk_set_locale(), qui devrait me renvoyer la locale C par défaut si la variable LANG définit une locale inexistante, mais j'ai toujours les erreurs... grrr

[teuf13]

hmm... je ne sais pas pourquoi, mais je me méfie de l'utilisateur

Si tu pars de ce principe la, il ne te reste guere qu'a livrer ton programme avec une distribution linux complete et a le faire s'executer dedans, parce que l'utilisateur pourrait avoir fait plein de mauvaises choses sur son systeme En plus, dans le cas present, au pire l'utilisateur aura une chaine en anglais au lieu d'avoir la chaine dans la locale qu'il espere avoir demande, ca ne me parait pas trop grave.

[drKzs]

ben non, c'est justement là mon problème J'ai une fonction utilitaire qui prend une Glib::ustring en paramètre, et qui l'affiche ensuite (sur cout ou cerr selon une varible)... Il semble que lorsque la locale est invalide, ça fasse planter cette fonction... qui n'a pourtant rien de sorcier...

[drKzs]

c'est bon, c'est ma faute, avec mes habitudes à mettre des caractères pourris dans mes traces... le caractère degré ° passe dans les locales, mais pas dans la locale par défaut utilisée lorque la variable d'environnement défint une locale non valide...