Bonsoir,
Comme vous le savez sans doute, une partie des traductions a été déplacée du bon vieux CVS vers un système dénommé « transiflex ».
Voici donc un état des traductions qui se trouvent dans le nouveau système et qu'il est en théorie possible de commiter (d'après la page https://translate.fedoraproject.org/submit/module/).
Anaconda 1414 t=1363, f=36, u=15 comps 219 t=183, f=30, u=6 firstboot 35 t=16, f=5, u=14 im-chooser 24 t=8, f=6, u=10 pirut 178 t=175, u=3 revisor 593 u=593 (j'en ai 606 dans ma version en cours de traduction, aïe) smolt 91 t=65, f=3, u=23 system-config-date 57 t=56, u=1 system-config-httpd 225 u=225 system-config-rootpassword 19 t=3, f=5, u=11 system-config-services 55 t=54, f=1
Je résumé la situation de mon point de vue :
Je n'arrive la plupart du temps pas accéder au .po (en format UTF-8 et pas en html, hein), et quand j'y arrive, il semble que le po ne soit pas toujours mergé avec le .pot, il va falloir se taper l'opération en question soi-même. Je ne vois pas du tout comment automatiser ce processus, si quelqu'un a une idée...
L'adresse pour récupérer les .po n'est pas la même selon le serveur (et les outils ?) qui sert à la gestion des fichiers, j'ai même l'impression que chaque appli a ses particularités (autrement dit, sans langue de bois : c'est un gigantesque b*rd*l).
Je ne trouve pas de page qui résume l'état de toutes ces traductions de manière simple et efficace, comme pour le CVS : http://i18n.redhat.com/cgi-bin/i18n-status?page=status&branch=HEAD&locale=fr&essential=0. Il y a bien https://translate.fedoraproject.org/languages/fr/rawhide, mais ce n'est visiblement pas fiable pour l'instant (anaconda par exemple n'est pas traduit d'après cette page).
Vous l'avez compris, j'arrête donc de gérer les mises à jour transiflex jusqu'à nouvel ordre, parce que c'est ingérable, et aussi parce que tout ça commence à me prendre un temps tout à fait considérable (en même temps, je n'ai jamais vraiment commencé à m'en occuper, mais je viens de passer toute une soirée sur ce problème sans arriver à quoi que ce soit si ce n'est au triste constat ci-dessus).
Je me bornerai désormais au suivi des mises à jour sur le CVS qui a l'avantage de fonctionner de manière relativement simple et automatisable, lui. Mais les modules qu'il héberge déménagent peu à peu vers transiflex, donc...
Si quelqu'un a des propositions pour faire avancer le schmilblick, qu'il n'hésite pas, ce fil est fait pour.
Gauthier.
Le Sun, 23 Dec 2007 00:27:47 +0100, Gauthier Ancelin gauthier.ancelin@laposte.net a écrit :
Bonsoir,
Comme vous le savez sans doute, une partie des traductions a été déplacée du bon vieux CVS vers un système dénommé « transiflex ».
Voici donc un état des traductions qui se trouvent dans le nouveau système et qu'il est en théorie possible de commiter (d'après la page https://translate.fedoraproject.org/submit/module/).
Anaconda 1414 t=1363, f=36, u=15 comps 219 t=183, f=30, u=6 firstboot 35 t=16, f=5, u=14 im-chooser 24 t=8, f=6, u=10 pirut 178 t=175, u=3 revisor 593 u=593 (j'en ai 606 dans ma version en cours de traduction, aïe) smolt 91 t=65, f=3, u=23 system-config-date 57 t=56, u=1 system-config-httpd 225 u=225 system-config-rootpassword 19 t=3, f=5, u=11 system-config-services 55 t=54, f=1
Je résumé la situation de mon point de vue :
Je n'arrive la plupart du temps pas accéder au .po (en format UTF-8 et pas en html, hein), et quand j'y arrive, il semble que le po ne soit pas toujours mergé avec le .pot, il va falloir se taper l'opération en question soi-même. Je ne vois pas du tout comment automatiser ce processus, si quelqu'un a une idée...
C'est censé être fait en fait... il doit s'agir d'un bug et transifex en est encore victime. La démarche consiste à le débogguer en fait, en postant sur bugzilla et en pointant les bugs là : http://fedoraproject.org/wiki/L10N/Tools/Website/Issues
L'adresse pour récupérer les .po n'est pas la même selon le serveur (et les outils ?) qui sert à la gestion des fichiers, j'ai même l'impression que chaque appli a ses particularités (autrement dit, sans langue de bois : c'est un gigantesque b*rd*l).
Oui et non. Les adresses ne sont pas les mêmes car les développeurs ne voulaient plus utiliser le vieillissant cvs, mais d'autres gestionnaires de projets. Et ils ont été incapable de se mettre d'accord. Du coup, ils prennent chacun celui qu'ils veulent, et transifex est là pour simplifier la gestion de tous ces outils sans que le traducteur n'ait à trop réfléchir.
Je ne trouve pas de page qui résume l'état de toutes ces traductions de manière simple et efficace, comme pour le CVS : http://i18n.redhat.com/cgi-bin/i18n-status?page=status&branch=HEAD&locale=fr&essential=0. Il y a bien https://translate.fedoraproject.org/languages/fr/rawhide, mais ce n'est visiblement pas fiable pour l'instant (anaconda par exemple n'est pas traduit d'après cette page).
Effectivement, il y a des bugs à rapporter. Je crois qu'on n'arrivera à rien autrement. Je veux bien m'y coller cette semaine.
Vous l'avez compris, j'arrête donc de gérer les mises à jour transiflex jusqu'à nouvel ordre, parce que c'est ingérable, et aussi parce que tout ça commence à me prendre un temps tout à fait considérable (en même temps, je n'ai jamais vraiment commencé à m'en occuper, mais je viens de passer toute une soirée sur ce problème sans arriver à quoi que ce soit si ce n'est au triste constat ci-dessus).
En même temps cela était possible avant grâce à CVS... avec la cohabitations temporaires des deux systèmes, c'est le bordel oui. D'où plusieurs choses : avoir des traducteurs sérieux, qui sont impliqués et qui prennent le temps de surveiller les mis à jour des paquets qui leur appartiennent de manière dynamique. Ce qui ne semble pas toujours le cas, il manque quelques personnes qui participent à moindre mesure d'après le tableau des réservations http://fedoraproject.org/wiki/L10N/Teams/French/TraductionPO?highlight=%28tr...
Je me bornerai désormais au suivi des mises à jour sur le CVS qui a l'avantage de fonctionner de manière relativement simple et automatisable, lui. Mais les modules qu'il héberge déménagent peu à peu vers transiflex, donc...
Si quelqu'un a des propositions pour faire avancer le schmilblick, qu'il n'hésite pas, ce fil est fait pour.
Rapporter des bugs. Je veux bien les rapporter mais si vous pouviez m'en soumettre quelques un également (que je rapporterai par la suite, ça serait cool :) )
Gauthier.
Toma
Le Sunday 23 December 2007 22:46:54 Thomas Canniot, vous avez écrit :
Le Sun, 23 Dec 2007 00:27:47 +0100,
Gauthier Ancelin gauthier.ancelin@laposte.net a écrit :
[...] Je n'arrive la plupart du temps pas accéder au .po (en format UTF-8 et pas en html, hein), et quand j'y arrive, il semble que le po ne soit pas toujours mergé avec le .pot, il va falloir se taper l'opération en question soi-même. Je ne vois pas du tout comment automatiser ce processus, si quelqu'un a une idée...
C'est censé être fait en fait... il doit s'agir d'un bug et transifex en est encore victime. La démarche consiste à le débogguer en fait, en postant sur bugzilla et en pointant les bugs là : http://fedoraproject.org/wiki/L10N/Tools/Website/Issues
J'ai lu quelque part au contraire que c'était normal, que certains projets fonctionnaient comme ça (je n'ai plus le lien, faut que je cherche).
Un autre problème est que les disfonctionnements sont eux-mêmes instables : un jour ça fonctionne, le lendemain, c'est à moitié en carafe, le surlendemain, tout remarche (ou plus du tout). Pas facile de constater des bugs dans ces conditions (exemple : virt-manager, hier, plus moyen d'avoir les stats, aujourd'hui, ça remarche, mais je cherche toujours le fr.po, enfin ce n'est pas très grave vu qu'on ne peut pas le commiter...)
L'adresse pour récupérer les .po n'est pas la même selon le serveur (et les outils ?) qui sert à la gestion des fichiers, j'ai même l'impression que chaque appli a ses particularités (autrement dit, sans langue de bois : c'est un gigantesque b*rd*l).
Oui et non. Les adresses ne sont pas les mêmes car les développeurs ne voulaient plus utiliser le vieillissant cvs, mais d'autres gestionnaires de projets. Et ils ont été incapable de se mettre d'accord. Du coup, ils prennent chacun celui qu'ils veulent, et transifex est là pour simplifier la gestion de tous ces outils sans que le traducteur n'ait à trop réfléchir.
J'ai l'impression que l'organisation de chaque projet est particulière même quand le même outil est utilisé. En tout cas je n'ai pas vu beaucoup de points communs. Ah si, c'est pas facile du tout de trouver le fr.po en général (j'arrive parfois à l'avoir, mais au format html). Le chemin d'accès aux .po est parfois incroyablement compliqué ! Exemple, je viens de chercher le fr.po d'anaconda, pas trouvé (j'ai bien un lien vers un front-end, mais il faut passer par le lien pour le submit, ce qui n'est pas très logique et il n'a pas l'air de fonctionner de toute façon).
Vous l'avez compris, j'arrête donc de gérer les mises à jour transiflex jusqu'à nouvel ordre, parce que c'est ingérable, et aussi parce que tout ça commence à me prendre un temps tout à fait considérable (en même temps, je n'ai jamais vraiment commencé à m'en occuper, mais je viens de passer toute une soirée sur ce problème sans arriver à quoi que ce soit si ce n'est au triste constat ci-dessus).
En même temps cela était possible avant grâce à CVS... avec la cohabitations temporaires des deux systèmes, c'est le bordel oui.
Mon problème n'est pas la cohabitation, c'est le nouveau système tout seul. Espérons que les problèmes vont être résolus... Franchement, ils devraient d'abord arrêter le transfert depuis le CVS, corriger le gros des problèmes et ensuite seulement, reprendre le transfert.
[...]
Bon aller, sur ce, bonnes fêtes à tous, je prends congés pour quelques jours, retour vers le 26/27...
Gauthier.
Le Mon, 24 Dec 2007 01:09:05 +0100, Gauthier Ancelin gauthier.ancelin@laposte.net a écrit :
Le Sunday 23 December 2007 22:46:54 Thomas Canniot, vous avez écrit :
Le Sun, 23 Dec 2007 00:27:47 +0100,
Gauthier Ancelin gauthier.ancelin@laposte.net a écrit :
[...] Je n'arrive la plupart du temps pas accéder au .po (en format UTF-8 et pas en html, hein), et quand j'y arrive, il semble que le po ne soit pas toujours mergé avec le .pot, il va falloir se taper l'opération en question soi-même. Je ne vois pas du tout comment automatiser ce processus, si quelqu'un a une idée...
C'est censé être fait en fait... il doit s'agir d'un bug et transifex en est encore victime. La démarche consiste à le débogguer en fait, en postant sur bugzilla et en pointant les bugs là : http://fedoraproject.org/wiki/L10N/Tools/Website/Issues
J'ai lu quelque part au contraire que c'était normal, que certains projets fonctionnaient comme ça (je n'ai plus le lien, faut que je cherche).
Un autre problème est que les disfonctionnements sont eux-mêmes instables : un jour ça fonctionne, le lendemain, c'est à moitié en carafe, le surlendemain, tout remarche (ou plus du tout). Pas facile de constater des bugs dans ces conditions (exemple : virt-manager, hier, plus moyen d'avoir les stats, aujourd'hui, ça remarche, mais je cherche toujours le fr.po, enfin ce n'est pas très grave vu qu'on ne peut pas le commiter...)
mais si... :)
L'adresse pour récupérer les .po n'est pas la même selon le serveur (et les outils ?) qui sert à la gestion des fichiers, j'ai même l'impression que chaque appli a ses particularités (autrement dit, sans langue de bois : c'est un gigantesque b*rd*l).
Oui et non. Les adresses ne sont pas les mêmes car les développeurs ne voulaient plus utiliser le vieillissant cvs, mais d'autres gestionnaires de projets. Et ils ont été incapable de se mettre d'accord. Du coup, ils prennent chacun celui qu'ils veulent, et transifex est là pour simplifier la gestion de tous ces outils sans que le traducteur n'ait à trop réfléchir.
J'ai l'impression que l'organisation de chaque projet est particulière même quand le même outil est utilisé. En tout cas je n'ai pas vu beaucoup de points communs. Ah si, c'est pas facile du tout de trouver le fr.po en général (j'arrive parfois à l'avoir, mais au format html). Le chemin d'accès aux .po est parfois incroyablement compliqué ! Exemple, je viens de chercher le fr.po d'anaconda, pas trouvé (j'ai bien un lien vers un front-end, mais il faut passer par le lien pour le submit, ce qui n'est pas très logique et il n'a pas l'air de fonctionner de toute façon).
Euh oui et non :)
Étant donné que tout n'est pas encore sur transifex et que certains fonctionnent encore avec le cvs de base, il faut en effet commencer par aller voir les modules sur transifex
https://translate.fedoraproject.org/submit/module/
... ensuite, on va là :
https://translate.fedoraproject.org/module/
pour récupérer le po, le traduire et on retourne sur le premier lien pour le soumettre.
Une fois que tout sera en place... on n'ira directement chercher le module sur le deuxième lien et on le commitera sur le premier. Mais bon, faut débugguer, faut venir sur IRC causer avec ricky et glezos dès qu'on rencontre un pb, sinon on ne s'en sortira jamais. Je suis allé voir ricky pour commiter les po de comps et im-chooser car cela ne passait pas, leproblème a été réglé en 15 min.
Vous l'avez compris, j'arrête donc de gérer les mises à jour transiflex jusqu'à nouvel ordre, parce que c'est ingérable, et aussi parce que tout ça commence à me prendre un temps tout à fait considérable (en même temps, je n'ai jamais vraiment commencé à m'en occuper, mais je viens de passer toute une soirée sur ce problème sans arriver à quoi que ce soit si ce n'est au triste constat ci-dessus).
En même temps cela était possible avant grâce à CVS... avec la cohabitations temporaires des deux systèmes, c'est le bordel oui.
Mon problème n'est pas la cohabitation, c'est le nouveau système tout seul. Espérons que les problèmes vont être résolus... Franchement, ils devraient d'abord arrêter le transfert depuis le CVS, corriger le gros des problèmes et ensuite seulement, reprendre le transfert.
Étant donné que tout le monde rechigne à vouloir le débugguer, forcer les traducteurs à l'utiliser sera le meilleur moyen de les forcer à remonter les bugs.
Thomas
Le Tuesday 25 December 2007 11:21:29 Thomas Canniot, vous avez écrit :
Le Mon, 24 Dec 2007 01:09:05 +0100,
Gauthier Ancelin gauthier.ancelin@laposte.net a écrit :
Le Sunday 23 December 2007 22:46:54 Thomas Canniot, vous avez écrit :
Le Sun, 23 Dec 2007 00:27:47 +0100,
Gauthier Ancelin gauthier.ancelin@laposte.net a écrit :
Un autre problème est que les disfonctionnements sont eux-mêmes instables : un jour ça fonctionne, le lendemain, c'est à moitié en carafe, le surlendemain, tout remarche (ou plus du tout). Pas facile de constater des bugs dans ces conditions (exemple : virt-manager, hier, plus moyen d'avoir les stats, aujourd'hui, ça remarche, mais je cherche toujours le fr.po, enfin ce n'est pas très grave vu qu'on ne peut pas le commiter...)
mais si... :)
virt-manager ?? J'aimerais bien que tu me dises où on peut le commiter sachant que le fr.po est introuvable (on le vois dans les stats et c'est tout). Et sachant qu'il n'est pas sur la page des modules pouvant être commité. Si tu as un lien, je suis preneur.
J'ai l'impression que l'organisation de chaque projet est particulière même quand le même outil est utilisé. En tout cas je n'ai pas vu beaucoup de points communs. Ah si, c'est pas facile du tout de trouver le fr.po en général (j'arrive parfois à l'avoir, mais au format html). Le chemin d'accès aux .po est parfois incroyablement compliqué ! Exemple, je viens de chercher le fr.po d'anaconda, pas trouvé (j'ai bien un lien vers un front-end, mais il faut passer par le lien pour le submit, ce qui n'est pas très logique et il n'a pas l'air de fonctionner de toute façon).
Euh oui et non :)
?
Étant donné que tout n'est pas encore sur transifex et que certains fonctionnent encore avec le cvs de base, il faut en effet commencer par aller voir les modules sur transifex
https://translate.fedoraproject.org/submit/module/
... ensuite, on va là :
https://translate.fedoraproject.org/module/
pour récupérer le po, le traduire et on retourne sur le premier lien pour le soumettre.
Justement, ils sont où les fr.po ? La plupart du temps, je n'arrive pas à les récupérer... Le .pot, ok, mais il ne contient pas de traduction, je n'ai pas envie de tout reprendre de 0...
Une fois que tout sera en place... on n'ira directement chercher le module sur le deuxième lien et on le commitera sur le premier. Mais bon, faut débugguer, faut venir sur IRC causer avec ricky et glezos dès qu'on rencontre un pb, sinon on ne s'en sortira jamais. Je suis allé voir ricky pour commiter les po de comps et im-chooser car cela ne passait pas, leproblème a été réglé en 15 min.
Là, je te le dis tout net, je n'ai pas le temps (et il faut être disponible pour le clavardage aux bons moments)...
Mon problème n'est pas la cohabitation, c'est le nouveau système tout seul. Espérons que les problèmes vont être résolus... Franchement, ils devraient d'abord arrêter le transfert depuis le CVS, corriger le gros des problèmes et ensuite seulement, reprendre le transfert.
Étant donné que tout le monde rechigne à vouloir le débugguer, forcer les traducteurs à l'utiliser sera le meilleur moyen de les forcer à remonter les bugs.
Je reste sur ma position. Dans l'état où c'est, ce n'est plus du debug, c'est du développement.
Gauthier.
Le Sat, 29 Dec 2007 12:47:53 +0100, Gauthier Ancelin gauthier.ancelin@laposte.net a écrit :
Le Tuesday 25 December 2007 11:21:29 Thomas Canniot, vous avez écrit :
Le Mon, 24 Dec 2007 01:09:05 +0100,
Gauthier Ancelin gauthier.ancelin@laposte.net a écrit :
Le Sunday 23 December 2007 22:46:54 Thomas Canniot, vous avez écrit :
Le Sun, 23 Dec 2007 00:27:47 +0100,
Gauthier Ancelin gauthier.ancelin@laposte.net a écrit :
Un autre problème est que les disfonctionnements sont eux-mêmes instables : un jour ça fonctionne, le lendemain, c'est à moitié en carafe, le surlendemain, tout remarche (ou plus du tout). Pas facile de constater des bugs dans ces conditions (exemple : virt-manager, hier, plus moyen d'avoir les stats, aujourd'hui, ça remarche, mais je cherche toujours le fr.po, enfin ce n'est pas très grave vu qu'on ne peut pas le commiter...)
mais si... :)
virt-manager ?? J'aimerais bien que tu me dises où on peut le commiter sachant que le fr.po est introuvable (on le vois dans les stats et c'est tout). Et sachant qu'il n'est pas sur la page des modules pouvant être commité. Si tu as un lien, je suis preneur.
Effectivement je n'en ai pas.
J'ai l'impression que l'organisation de chaque projet est particulière même quand le même outil est utilisé. En tout cas je n'ai pas vu beaucoup de points communs. Ah si, c'est pas facile du tout de trouver le fr.po en général (j'arrive parfois à l'avoir, mais au format html). Le chemin d'accès aux .po est parfois incroyablement compliqué ! Exemple, je viens de chercher le fr.po d'anaconda, pas trouvé (j'ai bien un lien vers un front-end, mais il faut passer par le lien pour le submit, ce qui n'est pas très logique et il n'a pas l'air de fonctionner de toute façon).
Euh oui et non :)
Oui, l'organisation de chaque VCS est particulière et transifex est là pour nous masquer cela. Oui, c'est vrai les po ne sont pas tout le temps accessibles, et on a régulièrement des erreurs.
?
Étant donné que tout n'est pas encore sur transifex et que certains fonctionnent encore avec le cvs de base, il faut en effet commencer par aller voir les modules sur transifex
https://translate.fedoraproject.org/submit/module/
... ensuite, on va là :
https://translate.fedoraproject.org/module/
pour récupérer le po, le traduire et on retourne sur le premier lien pour le soumettre.
Justement, ils sont où les fr.po ? La plupart du temps, je n'arrive pas à les récupérer... Le .pot, ok, mais il ne contient pas de traduction, je n'ai pas envie de tout reprendre de 0...
Le po sont téléchargeables en cliquant sur le petit rond vert juste avant la langue du module. L'ergonomie est à revoir de ce point de vue là :) Je vais ouvrir un rapport de bug dans l'après midi.
Une fois que tout sera en place... on n'ira directement chercher le module sur le deuxième lien et on le commitera sur le premier. Mais bon, faut débugguer, faut venir sur IRC causer avec ricky et glezos dès qu'on rencontre un pb, sinon on ne s'en sortira jamais. Je suis allé voir ricky pour commiter les po de comps et im-chooser car cela ne passait pas, leproblème a été réglé en 15 min.
Là, je te le dis tout net, je n'ai pas le temps (et il faut être disponible pour le clavardage aux bons moments)...
Me doute et je comprends.
Mon problème n'est pas la cohabitation, c'est le nouveau système tout seul. Espérons que les problèmes vont être résolus... Franchement, ils devraient d'abord arrêter le transfert depuis le CVS, corriger le gros des problèmes et ensuite seulement, reprendre le transfert.
Étant donné que tout le monde rechigne à vouloir le débugguer, forcer les traducteurs à l'utiliser sera le meilleur moyen de les forcer à remonter les bugs.
Je reste sur ma position. Dans l'état où c'est, ce n'est plus du debug, c'est du développement.
Finalement, ce n'est pas la même chose ? :)
Bonne année à toi.
Toma
Le Tuesday 01 January 2008 15:22:44 Thomas Canniot, vous avez écrit :
Étant donné que tout n'est pas encore sur transifex et que certains fonctionnent encore avec le cvs de base, il faut en effet commencer par aller voir les modules sur transifex
https://translate.fedoraproject.org/submit/module/
... ensuite, on va là :
https://translate.fedoraproject.org/module/
pour récupérer le po, le traduire et on retourne sur le premier lien pour le soumettre.
Justement, ils sont où les fr.po ? La plupart du temps, je n'arrive pas à les récupérer... Le .pot, ok, mais il ne contient pas de traduction, je n'ai pas envie de tout reprendre de 0...
Le po sont téléchargeables en cliquant sur le petit rond vert juste avant la langue du module. L'ergonomie est à revoir de ce point de vue là :) Je vais ouvrir un rapport de bug dans l'après midi.
Rhhhhaaaannn ! J'avais pas vu ! Je suis passé 50 fois sur les pages, je n'ai jamais prêté attention à ces petits points verts !!! Ah ben maintenant, je sais comment les récupérer les .po ... Mais d'accord pour le rapport de bug, les stats sont bien plus visibles alors qu'on s'en sert très peu.
[...] Mon problème n'est pas la cohabitation, c'est le nouveau système tout seul. Espérons que les problèmes vont être résolus... Franchement, ils devraient d'abord arrêter le transfert depuis le CVS, corriger le gros des problèmes et ensuite seulement, reprendre le transfert.
Étant donné que tout le monde rechigne à vouloir le débugguer, forcer les traducteurs à l'utiliser sera le meilleur moyen de les forcer à remonter les bugs.
Je reste sur ma position. Dans l'état où c'est, ce n'est plus du debug, c'est du développement.
Finalement, ce n'est pas la même chose ? :)
Bah ça dépend du sérieux du développeur, c'est à lui de fixer la limite. Mais forcément ici, comme je pensais que les .po n'étaient même pas récupérables, je persistais à penser que c'était bon à finir, pas à déboguer...
Bonne année à toi.
Bonne année à toi aussi, Thomas, bonne santé, et une F9 entièrement traduite ? Oui, j'aime rêver en début d'année ;-)
Gauthier.
Le Wed, 2 Jan 2008 20:51:02 +0100, Gauthier Ancelin gauthier.ancelin@laposte.net a écrit :
Le Tuesday 01 January 2008 15:22:44 Thomas Canniot, vous avez écrit :
Étant donné que tout n'est pas encore sur transifex et que certains fonctionnent encore avec le cvs de base, il faut en effet commencer par aller voir les modules sur transifex
https://translate.fedoraproject.org/submit/module/
... ensuite, on va là :
https://translate.fedoraproject.org/module/
pour récupérer le po, le traduire et on retourne sur le premier lien pour le soumettre.
Justement, ils sont où les fr.po ? La plupart du temps, je n'arrive pas à les récupérer... Le .pot, ok, mais il ne contient pas de traduction, je n'ai pas envie de tout reprendre de 0...
Le po sont téléchargeables en cliquant sur le petit rond vert juste avant la langue du module. L'ergonomie est à revoir de ce point de vue là :) Je vais ouvrir un rapport de bug dans l'après midi.
Rhhhhaaaannn ! J'avais pas vu ! Je suis passé 50 fois sur les pages, je n'ai jamais prêté attention à ces petits points verts !!! Ah ben maintenant, je sais comment les récupérer les .po ... Mais d'accord pour le rapport de bug, les stats sont bien plus visibles alors qu'on s'en sert très peu.
Le rapport est là : https://bugzilla.redhat.com/show_bug.cgi?id=427155
En fait le pb est que le petit point vert sert dans le premier lien pour les pot.. et fait partie du lien pour le pot. Donc le simple fait de passer dessus avec la souris et de voir le soulignement aller de l'image à la fin du texte, fait que l'on assimile l'icône à de la déco. Pas de bol, les liens en dessous ne sont pas construits de la même manière et le point vert est un lien à part entière...
Thomas
Le Thursday 03 January 2008 09:00:08 Thomas Canniot, vous avez écrit :
Le Wed, 2 Jan 2008 20:51:02 +0100,
Gauthier Ancelin gauthier.ancelin@laposte.net a écrit :
Le Tuesday 01 January 2008 15:22:44 Thomas Canniot, vous avez écrit :
Étant donné que tout n'est pas encore sur transifex et que certains fonctionnent encore avec le cvs de base, il faut en effet commencer par aller voir les modules sur transifex
https://translate.fedoraproject.org/submit/module/
... ensuite, on va là :
https://translate.fedoraproject.org/module/
pour récupérer le po, le traduire et on retourne sur le premier lien pour le soumettre.
Justement, ils sont où les fr.po ? La plupart du temps, je n'arrive pas à les récupérer... Le .pot, ok, mais il ne contient pas de traduction, je n'ai pas envie de tout reprendre de 0...
Le po sont téléchargeables en cliquant sur le petit rond vert juste avant la langue du module. L'ergonomie est à revoir de ce point de vue là :) Je vais ouvrir un rapport de bug dans l'après midi.
Rhhhhaaaannn ! J'avais pas vu ! Je suis passé 50 fois sur les pages, je n'ai jamais prêté attention à ces petits points verts !!! Ah ben maintenant, je sais comment les récupérer les .po ... Mais d'accord pour le rapport de bug, les stats sont bien plus visibles alors qu'on s'en sert très peu.
Le rapport est là : https://bugzilla.redhat.com/show_bug.cgi?id=427155
En fait le pb est que le petit point vert sert dans le premier lien pour les pot.. et fait partie du lien pour le pot. Donc le simple fait de passer dessus avec la souris et de voir le soulignement aller de l'image à la fin du texte, fait que l'on assimile l'icône à de la déco. Pas de bol, les liens en dessous ne sont pas construits de la même manière et le point vert est un lien à part entière...
Thomas
Ok, la situation est maintenant beaucoup plus claire, je vais essayer de faire un script pour automatiser tout ça...
Merci encore pour le coup de main, Thomas.
Gauthier.
trans-fr@lists.fedoraproject.org