[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Maitretarot-devel-fr] support i18n dans mt_gtk_client!
From: |
Yves Mettier |
Subject: |
Re: [Maitretarot-devel-fr] support i18n dans mt_gtk_client! |
Date: |
Sun, 8 Sep 2002 11:54:01 +0200 |
Je rassemble les 2 mails...
On 08 Sep 2002 10:05:01 +0200
philippe brochard <address@hidden> wrote:
> Yves Mettier <address@hidden> writes:
>
> > Coucou!
> >
> > je suis en train de mettre le CVS de mt_gtk_client a jour. Modifications
> > majeures:
> > - support gettext
> > - passage a autoconf-2.5 et automake-1.6
> > - passage a autoconf-2.5 et automake-1.6 pour libmaitretarot aussi
> > - ajout d'un .spec pour generer un rpm facilement
> >
> >
> > Note: autoconf-2.5 et automake-1.6 sont les standards pour gnome2. Meme si
> > mt_gtk_client n'est pas gnome2 mais juste gtk+-2, je pense qu'il faut quand
> > meme utiliser des outils de ce siecle :)
> >
> > Dans le changement, le repertoire 'macros' est devenu 'm4'.
> >
> ok pour autoconf et automake, je suis parti du configure.in de maitretarot,
> donc de la a ce qu'il marche avec gnome2, je n'en sais rien (c'est pas
> moi le pro en autoconf ici :)
> chez moi, ca marchait -> j'ai pu develloper l'interface, maintenant il
> faut surement nettoyer la config parce que ce n'est pas le point sur
> lequel j'ai le plus bosse.
OK.
Pour info, maitretarot est encore autoconf-2.13.
>
> > J'ai rajoute un bug: les images ne sont plus dans un repertoire 'games'
> > mais dans un reperoire 'data'. La modif est necessaire pour faire une
> > installation propre. Avant ca ne marchait pas les images. Maintenant ca ne
> > marche pas mieux qu'avant pour moi. Et ca doit plus marcher chez vous non
> > plus probablement. A fixer.
> >
> vu le mail suivant.
Inclus a la fin de celui-ci
>
> > J'ai cherche le bug de libmaitretarot concernant le fichier de config. J'ai
> > trouve qu'il y avait des free() qui auraient du etre des g_free(). j'ai
> > corrige ca: le bug est encore la :(
> > Une bizarrerie supplementaire: le bug apparait si j'utilise gdb, ce qui est
> > rassurant. Mais tout marche si j'utilise ElectricFence. Ca, c'est
> > franchement bizarre!
> >
> oops, ca ce sont les pires bugs : quand l'outil pour les corriger modifie
> le comportement du programme :( (essai des printf, mais ca doit faire la
> meme chose).
Fait.
Ca m'avance encore moins:
printf("%d\n", i);
(ca affiche 27)
Et gdb mt_gtk_client --core=core, pour un debug post portem, ca m'affiche un
nombre enorme. Etrange.
Mais bon, j'ai pas creuse.
Arf, j'en profite pour une remarque dans le client gtk+: il y a des
g_strcasecmp (ou je ne sais plus quoi) pour comparer la config avec 'true' ou
'false'. Cette fonction retourne une chaine de caracteres qui n'est pas liberee
avec g_free()!
J'ai eu la flemme de faire ca hier.
if(s=g_strcasecmp(key,"FALSE")) {
truc=1;
else
truc=0;
g_free(s);
>
> > Concernant l'i18n, plusieurs remarques:
> > - fr.po est peu traduit. Flemme de le faire. D'autant plus que les messages
> > devraient etre en pur anglais dans le code. Vaut mieux traduire a 100% le
> > code en anglais pour le retraduire en francais apres que de traduire en
> > francais d'abord et retraduire apres.
> >
> > - Certaines chaines de caracteres (comme le copyright) ne devraient a mon
> > avis pas etre traduites.
> >
> d'accord
>
> >
> > - Certaines chaines sont coupees. Etrange.
> >
> peut etre des chaines trop longue qui sont continuees a la ligne par \
Nan.
Voila.
Extrait du code actuel (gui.c):
_("MaitreTarot GTK+ Client is distributed under the terms of the"),
_("GNU General Public Licence"),
Il faut pas faire ca si t'as besoin d'aller a la ligne.
Il faut:
_("MaitreTarot GTK+ Client is distributed under the terms of the"
"GNU General Public Licence"),
Il y a plusieurs endroits ou il y a des trucs comme ca j'ai l'impression.
> >
> > - La traduction est en UTF-8. Je crois qu'il faut un editeur UTF-8 pour
> > editer ce texte, et surtout le sauver en UTF-8. A ma connaissance, y'a vim
> > (mais je sais pas m'en servir en UTF-8), et yudit que j'utilise.
> >
> emacs le fait aussi, meme si je ne sais pas trop comment ca marche.
>
> > - Les menus: bizarre que certaines chaines ne soient pas des chaines
> > standard. Est-ce parce qu'on utilise pas gnome (et que gnome a deja pas mal
> > de trucs de traduits), ou a cause d'une utilisation bizarre de gtk+?
> >
> j'ai peut-etre oublie quelque _( ... ) :)
Non.
Si ca existe, c'est pas des _(...) que t'as oublie, mais c'est plutot que gtk+
(gtk+ peut-etre, et gnome2 tout sur) fournit des chaines de caracteres deja
traduites pour certains trucs courants, comme le menu "games" par exemple.
>
> > - La zone ou je tape mon nom et le nom de ma machine, il y a des lettres
> > qui ne passent pas (en particulier le 'e' parce que j'arrive a taper 'Yvs'
> > et pas 'Yves'). Pourquoi? Une idee qui me vient est que ca viendrait
> > peut-etre des raccourcis clavier?
> >
> oui, ca doit etre ca, il va peut etre falloir rajouter des modifiers
> pour gerer ces racourcis (ctrl ou alt)
>
> > - J'ai traduit des chaines de caracteres des menus. Enfin je crois que ce
> > sont des chaines de caracteres qui sont dans les menus. Mais bizarrement,
> > ca ne les traduit pas. Est-ce que ces chaines sont des chaines ailleurs, ou
> > est-ce encore un pb avec les menus?
> >
> j'ai peut-etre encore oublie quelque _( ... ) :)
Non, cf plus haut.
>
> > Derniere chose, je rencontre pas mal de warnings quand je fais mon
> > ./configure. Ca semble ne pas etre genant. Mais faudrait voir si c'est le
> > cas chez vous, et resoudre le pb si possible. Ensuite, quand je fais
> > 'make', il semble y avoir un bug dans autoconf: il manque une option
> > '--yes-create' ou un truc comme ca. Pas grave: il suffit de faire
> > ./configure une nouvelle fois et apres, ca marche.
> >
> a ce niveau, si tu pouvais mettre ton nez dans le configure.in je pense que
> ca resoudrait pas mal de chose. J'ai fais en sorte que ca compile et que ca
> tienne compte de toutes les libs, mais de la a faire qq chose de standard...
Il est assez clean, le configure.in. Tout va bien.
******************************************************
hop, l'autre mail.
On 08 Sep 2002 10:13:45 +0200
philippe brochard <address@hidden> wrote:
> Yves Mettier <address@hidden> writes:
>
> > Coucou!
> >
> > J'ai corrige le bug du chemin errone pour les images, bug que j'avais
> > introduit.
> >
> > Effets de bord:
> > - j'ai commente l'option de non-installation. Je l'avais d'ailleurs
> > critiquee par un moment :) Vu ce qui suit, est-elle encore necessaire? Si
> > oui, il faut la remettre. En quoi est-elle encore necessaire dans ce cas?
> >
> l'option de non-installation etait juste la pour accelerer le devellopement,
> (un p133 c'est leeennntttt, donc si on evite le make install avec 80
> images+des
> biniaires...), bon maintenant je developperai un peu plus sur mon PC donc on
> peut la virer.
Meme avec mon truc, tu evites le make install :p
> Meme, je me demande si le jeu de carte ne devrai pas etre completement
> exterieur
> a mt_gtk_client, cad on lui dit ou se trouve cardpics et puis c'est tout.
Oui, cf plus bas :)
>
> > - J'ai mis une nouvelle option: --with-cardpics-path qui permet de
> > specifier le chemin des images. Par la suite, cardpics devrait etre un
> > package contenant les images, avec tout le tralala du ./configure;make;make
> > install et des paquets pour les distribs. Cardpics sera alors une
> > dependance de mt_gtk_client
> >
> voir ce que je dis juste au dessus, ca me semble plus propre comme ca.
> et ca permettra de changer de jeu tres simplement.
>
> > Une question concernant la configuration: qui a priorite entre les options
> > venant du fichier de configuration et celles venant de la ligne de
> > commande? (flemme de chercher dans le code). Normalement, les options de la
> > ligne de commande ecrasent celles du fichier. Est-ce bien le cas?
> >
> oui, la ligne de commande a la priorité.
> En fait j'ai code ca en 2 passes.
>
> 1ere passe : on prend les options importantes de la ligne de commande
> (ex: ou est le fichier de config)
>
> on lit le fichier de config
>
> 2eme passe : on relie la ligne de commande avec les options qui doivent
> etre prioritaire sur le fichier de config.
OK.
Alors c'etait moi qui avais des hallucinations hier soir apres plusieurs heures
passees a comprendre pourquoi <gag>gettext.m4 etait pas pris en compte et
pourquoi ca marchait pas: c'etait parce que j'utilisais pas la bonne macro
AC_GNU_GETTEXT dans configure.in</gag>
> > Fini pour ce soir et peut-etre pour un moment.
> >
> moi, pour l'instant je n'est pas trop le temps,
> je m'y remet des que je peux...
Pareil pour moi, a part que la hier et aujourd'hui, j'ai du temps, et qu'apres,
je vais plus en avoir.
Yves
--
- Homepage - http://ymettier.free.fr -
- GPG key - http://ymettier.free.fr/gpg.txt -
- MyAM - http://www.freesoftware.fsf.org/myam -
- GTKtalog - http://www.freesoftware.fsf.org/gtktalog -