Le 27/11/2013 13:48, Jérôme Fenal a écrit : Bonjour Olivier, et encore bienvenue :) Petite précision, kevin (alias shaiton) notre deuxième bien-aimé coordinateur, a fait une page bien plus pratique, puisque actualisée en temps réelle: http://www.shaiton.org/trad/traduction.cgi D'ailleurs, que vaut donc la page que j'avais rédigée? Elle n'as plus grand intérêt, a part peut-être de voir qui travaille sur quoi, ce qui n'ai pas non plus négligeable! Alexandre -- Alexandre, Fedora User and Ambassador

Le 29 novembre 2013 21:24, Olivier Romand <oliv.rm(a)gmail.com&gt; a écrit : On est d'accord. Le problème ici est la multiplicité des : - projets : les projets utilisés par Fedora sont soit piloté directement par Fedora, soit par d'autres entités (freedesktop par exemple), sur Transifex ou ailleurs, - documentations : j'ai dans l'idée de faire une synthèse pour bientôt, histoire de revoir éventutellement les priorités de traduction, mais aussi ce qui peut être publié rapidement modulo une passe de relecture, - mainteneurs : les projets dans Transifex sont pilotés par une multitude de personnes différentes, qui gèrent elles-mêmes la façon dont elles configurent les projets de traduction (dont le glossaire Tx), - façon de faire, et l'incapacité de Transifex de faire un glossaire global (ou alors j'ai raté quelque chose), - et surtout des plates-formes de traduction, nommément Transifex, certes, mais aussi Zanata (et avec une part de recouvrement entre les deux, pas simple à résoudre à cause des points précédents). C'est un exemple, notamment sur les (très) gros projets. J'utilise le client en ligne quand je suis en ligne, pour faire des modifications, et surtout la relecture (pas possible autrement). Mais quand je fais de la traduction massive, j'utilise lokalize, en ayant importé via le client tx les ressources à traduire. De plus, le fait d'importer les ressources en local te permet de reconstruire le guide (quand il s'agit d'un guide), ou de vérifier la syntaxe (même si Transifex le fait en ligne aussi) avec msgfmt (quand il s'agit de fichier .po), et ainsi de valider que les références croisées faisant mention de section ou de chapitre une fois étendues s'accordent bien avec l'article de la chaîne traduite. C'est pour ça qu'on a assoupli la chose : - pour les grosses traductions ou ressources, s'annoncer sur la liste, histoire de dire qu'on travaille dessus et que personne d'autre n'y est en mode hors-ligne - de lancer la discussion et de prévenir qu'une future relecture sera demandée (car on tient à la qualité des traductions), - pour les petites ressources traduites en ligne (ou qui évoluent régulièrement), comme le travail au long cours de dominique sur anaconda, un DDR suffit, histoire de demander à quelqu'un de relire sur Tx. L'essentiel est quand même : - de s'assurer qu'un document traduit une fois reconstruit avec publican est bien constructible, - de s'assurer de la qualité d'un document en demandant la relecture. Les relecteurs sont encore peu nombreux sur Transifex, mais tout traducteur voulant le devenir sera accueilli avec plaisir après une première relecture, soit hors-ligne, soit en ligne via le mécanisme de commentaire de Transifex, histoire de valider et le niveau de compréhension du sujet (on est dans la technique parfois pointue), et le niveau d'orthographe (et je ne suis pas le dernier à commettre des fautes). J'espère avoir répondu à tes premières questions, n'hésite à nous faire préciser les choses si besoin était. Pas de manière simple. Mais un lien peut être tout à fait approprié, voire un iframe, si le wiki le permet (ce que je ne sais pas, et oui, ça reste très moche, un iframe). Cordialement, Jérôme