Traduc

traduc@traduc.org

1 participants
2803 discussions

Re: different translations for the same msgids
by Frédéric Marchal 17 Déc '24

17 Déc '24

Hi Benno, I see nothing wrong with theses translations apart from the fact that they use different words for the same source message, of course :-). But the meaning is the same. Those packages have been translated by several translators over a couple decades or so (I'm not so sure about the history of recutils though). I'm the last translator but I don't change previous translations unless an error is reported. I assume users are used to the messages as they are. If they don't complain, I won't change the messages. More importantly, I very rarely cross-check source messages with other packages, even among packages I translate. Vim has no translation memory at all to assist in that task. And yes, "regular expression" has two accepted, or rather, disputed translations in French :-) Regards, Frederic Le mercredi 11 décembre 2024, 9 h 07 min 09 s CET Benno Schulenberg a écrit : > Hello translators of the French team at the TP, > > Triggered by an upcoming release of the gnulib domain, I was curious > whether messages from that domain were translated consistently across > the various packages. I picked two packages somewhat at random: > coreutils and recutils. At the TP I did the following: > > msgattrib --translated --no-obsolete latest/coreutils/fr.po >cor.po > msgattrib --translated --no-obsolete latest/recutils/fr.po >rec.po > msgcat --more-than=1 cor.po rec.po | less > > The latter command shows only the messages for which the msgids in > the two files are identical. > > What follows are some selected differences that caught my eye. > > > msgid "write error" > msgstr "" > "#-#-#-#-# cor.po (coreutils-9.5-pre2) #-#-#-#-#\n" > "erreur d'écriture\n" > "#-#-#-#-# rec.po (GNU recutils 1.8) #-#-#-#-#\n" > "Erreur d'écriture" > > (Please ignore the trailing \n on the first message -- that is > an artefact of msgcat, to divide the concatenated messages.) > > msgid "preserving permissions for %s" > msgstr "" > "#-#-#-#-# cor.po (coreutils-9.5-pre2) #-#-#-#-#\n" > "conservation des droits pour %s\n" > "#-#-#-#-# rec.po (GNU recutils 1.8) #-#-#-#-#\n" > "préservation des permissions pour %s" > > msgid "%s: option '%s%s' is ambiguous; possibilities:" > msgstr "" > "#-#-#-#-# cor.po (coreutils-9.5-pre2) #-#-#-#-#\n" > "%s : l'option « %s%s » est ambiguë, les possibilités sont :\n" > "#-#-#-#-# rec.po (GNU recutils 1.8) #-#-#-#-#\n" > "%s: l'option « %s%s » est ambiguë; les possibilités sont:" > > msgid "%s: unrecognized option '%s%s'\n" > msgstr "" > "#-#-#-#-# cor.po (coreutils-9.5-pre2) #-#-#-#-#\n" > "%s : option non reconnue « %s%s »\n" > "#-#-#-#-# rec.po (GNU recutils 1.8) #-#-#-#-#\n" > "%s: option « %s%s » pas reconnue\n" > > msgid "%s: invalid option -- '%c'\n" > msgstr "" > "#-#-#-#-# cor.po (coreutils-9.5-pre2) #-#-#-#-#\n" > "%s : option incorrecte — « %c »\n" > "#-#-#-#-# rec.po (GNU recutils 1.8) #-#-#-#-#\n" > "%s: option invalide -- « %c »\n" > > msgid "Success" > msgstr "" > "#-#-#-#-# cor.po (coreutils-9.5-pre2) #-#-#-#-#\n" > "Réussite\n" > "#-#-#-#-# rec.po (GNU recutils 1.8) #-#-#-#-#\n" > "Succès" > > msgid "Invalid regular expression" > msgstr "" > "#-#-#-#-# cor.po (coreutils-9.5-pre2) #-#-#-#-#\n" > "Expression rationnelle incorrecte\n" > "#-#-#-#-# rec.po (GNU recutils 1.8) #-#-#-#-#\n" > "Expression régulière invalide" > > This one amazed me the most. Is there no standardized translation > for "regular expression" in French? > > msgid "Unmatched \\{" > msgstr "" > "#-#-#-#-# cor.po (coreutils-9.5-pre2) #-#-#-#-#\n" > "\\{ non apparié\n" > "#-#-#-#-# rec.po (GNU recutils 1.8) #-#-#-#-#\n" > "\\{ sans correspondant" > > msgid "Invalid range end" > msgstr "" > "#-#-#-#-# cor.po (coreutils-9.5-pre2) #-#-#-#-#\n" > "Fin d'intervalle incorrecte\n" > "#-#-#-#-# rec.po (GNU recutils 1.8) #-#-#-#-#\n" > "Fin de plage invalide" > > There are many more differences, but the above ones exemplify > the basic patterns. > > Now I wonder: would it not be preferable that such identical msgids > get translated in an identical way across various packages? > > > Surprisingly, the last translator of the two files is the same: > > msgid "" > msgstr "" > "#-#-#-#-# cor.po (coreutils-9.5-pre2) #-#-#-#-#\n" > "PO-Revision-Date: 2024-03-27 15:24+0100\n" > "Last-Translator: Frédéric Marchal <fmarchal(a)perso.be>\n" > "#-#-#-#-# rec.po (GNU recutils 1.8) #-#-#-#-#\n" > "PO-Revision-Date: 2019-01-06 17:05+0100\n" > "Last-Translator: Frédéric Marchal <fmarchal(a)perso.be>\n" > > > Regards, > > Benno

1 0

Erreur dans la traduction de bash
by Jean-Philippe Guérard 11 Mar '24

11 Mar '24

Le Thu, 07 Mar 2024 16:04:02 +0100, jeanpauletcolette(a)orange.fr> a écrit : |hello bonjour ! |suis-je au bon endroit ? La bonne adresse pour signaler des erreurs est traduc(a)traduc.org (il faut préalablement s'abonner à la liste, mais rien n'oblige après coup à rester abonné). Je mets la liste en copie. Si je comprends bien, cela concerne la traduction de Bash : |comment signaler une erreur dans le help d'une commande ? |la traduction du help de getopts mentionne à tort OPTSTRING |la traduction (française) indique |> getopts: getopts chaineopts nom [arg ...] |> ....... |> OPTSTRING contient les lettres d'options qui devront être |> reconnues ; |j'ai cherché un moment avant de m'apercevoir |qu'il y avait confusion entre "chaineopts" et "optstring" |l'original indique bien |> getopts: getopts optstring name [arg] À+ -- Jean-Philippe Guérard https://tigrerayé.org

2 1

Traduction française des manuels d’Emacs, état des lieux.
by Jean-Christophe Helary 25 Fév '24

25 Fév '24

Le README relatif aux traductions des manuels d’Emacs a été installé par Eli : https://git.savannah.gnu.org/cgit/emacs.git/tree/doc/translations/README Il faut maintenant adapter le processus de compilation des fichiers pour les manuels traduits : https://lists.gnu.org/archive/html/emacs-devel/2024-02/msg00607.html C’est largement au-delà de ce que je peux faire en ce moment (en termes de compétences et de temps) donc je n’envisage pas de m’en charger. En ce qui concerne le projet de traduction FR en cours, situé ici (qui n’exclut strictement en rien des traductions en français qui n’ont pas été effectuées dans ce cadre, bien sûr) : https://forge.chapril.org/brandelune/documentation_emacs – Contributions Les contributions des personnes qui n’ont pas signé d’assignation de copyright à la FSF ne pourront pas être prises en compte. Je suppose que les traductions anciennes que j’avais tenté d’intégrer ont été faites en respectant ces règles (à vérifier). Par contre, les contributions importantes qui ont été faites pendant des stages vont demander des signatures. Pour les autres personnes qui ont fait des contributions pendant les cours que j’ai donnés, je préfère retirer leurs contributions. J’ai donc retiré de la mémoire du projet la totalité des contributions nommées, je les ai placées dans tm/penalty-010 et j’ai repris la traduction. – Segmentation Par ailleurs, pour que la traduction soit plus fluide, j’ai décidé de ne plus segmenter le document et de travailler sur les blocs que po4a a créés, ce qui correspond donc à une structuration en paragraphes. Les traductions par phrases sont toujours dans la mémoire (pour celles qui ont été conservées) mais elles doivent être regroupées pour être utilisées dans les nouveaux paragraphes. – Déroulement J’ai donc décidé de reprendre la traduction en partant de l’Introduction à la programmation en Emacs Lisp. Avec un volume de 100 000 mots, le fichier demanderait environ 6 mois à 2 en traduisant environ 500 mots par mois. -- Jean-Christophe Helary @jchelary@emacs.ch https://sr.ht/~brandelune/

1 0

Nouvelles du front Emacs
by Jean-Christophe Helary 03 Fév '24

03 Fév '24

La proposition de readme est faite, il y a encore un point sur lequel Stallman veut une précision de la FSF, et donc je suis en attente d'un message de Craig Topham pour finaliser le document. https://mail.gnu.org/archive/html/emacs-devel/2024-01/msg00997.html Pour celles et ceux qui n’ont pas suivi les échanges, tout a commencé avec l'envoi sur la liste emacs-devel du manuel de SES en français par Vincent Belaïche fin décembre 2023. On a commencé à parler de la manière dont les manuels traduits devraient être traités, où ils devraient être entreposés. Ça a amené à des discussions sur la liste texinfo pour voir comment gérer les spécificités de la syntaxe, etc. Une fois que le readme sera posé, il y aura des choses à faire pour avancer sur la traduction des manuels Emacs. Les personnes intéressées sont invitées à se déclarer :) Jean-Christophe

1 0

La dernière VF de po4a
by Jean-Christophe Helary 03 Fév '24

03 Fév '24

Comme certain·es d’entre vous l’avez vu, la dernière version de po4a (0.70) tente des modifications (validées par Martin) pour rendre le document moins masculin. Il va y avoir un travail à faire en amont, dans l’anglais, pour utiliser moins de « personnes » (donc de points « genrables ») dans le texte, et ça va prendre du temps, mais c’est un bon départ. Jean-Christophe

1 0

Editing...
by Jean-Christophe Helary 07 Jan '24

07 Jan '24

Pourquoi est-ce qu'editing est presque systématiquement traduit par "édition" ou "éditer", alors que dans la plupart des cas il est employé à la place de "write" ? -- Jean-Christophe Helary @jchelary@emacs.ch https://traductaire-libre.org https://mac4translators.blogspot.com https://sr.ht/~brandelune/omegat-as-a-book/

3 3

Traduction des manuels Emacs
by Jean-Christophe Helary 05 Jan '24

05 Jan '24

Bonjour tout le monde ! Il y a une discussion sympa qui reprend sur la traduction des manuels d’Emacs sur la liste de développement : https://lists.gnu.org/archive/html/emacs-devel/2023-12/msg00843.html https://lists.gnu.org/archive/html/emacs-devel/2023-12/msg00882.html Une des premières questions était donc « où poser les traductions » avec une référence à cette page sur Savannah : « French GNU Emacs manual - Summary » https://savannah.nongnu.org/projects/emacsdoc-fr projet qui date de juin 2001 et qui pointe vers cette page : https://traduc.org/Emacs que j’avais mise à jour, il y a bien longtemps, mais j’imagine après la page de Savannah et sans même la connaitre (on dirait qu’on ne peut plus créer de comptes sur le Wiki, et je ne trouve plus mes infos de connexion). Le projet Savannah a 4 membres, que je mets en Cc (avec les mails documentés sur la page Savannah) : Jérôme Marrec Philippe Martin Adrien Rebollo thierry midy Bon, tout ça pour dire qu’il y a 2 ans, j’ai mis en place un projet collectif de traduction avec OmegaT sur la forge de Chapril : https://forge.chapril.org/brandelune/documentation_emacs Les sources sont hébergées sur sr.ht : https://sr.ht/~brandelune/documentation_emacs/ Et j’aurais pu tout mettre sur Savannah si j’y avais pensé. J’utilise le projet également comme lieu de stage pour des étudiant·es en M2 de traduction technique. Donc on voit qu’il y a quantité de membres enregistrés sur Chapril, mais la plupart sont des membres très temporaires. Bon, comme il y a quand même un intérêt pour la chose, je veux juste m’assurer que les anciennes parties prenantes sachent que le projet n’est pas abandonné et qu’il est organisé pour être très facilement utilisable. Pour info, j’avais fait une présentation à ce sujet à la EmacsConf de 2021 : https://emacsconf.org/2021/talks/omegat/ Il n’est même pas nécessaire d’utiliser OmegaT pour faire avancer le projet. Il suffit de s’assurer qu’on travaille avec po4a, pour faciliter la réintroduction (triviale en format po) des traductions faites dans le projet OmegaT. Tout ça bien sûr pour permettre de voir l’état d’avancement du projet et de s’accorder sur les questions terminologiques, etc. Voili voilà. Au plaisir de vous lire ! -- Jean-Christophe Helary @jchelary@emacs.ch https://traductaire-libre.org https://mac4translators.blogspot.com https://sr.ht/~brandelune/omegat-as-a-book/

1 1

[glibc-fr] Correction traduction « Computer bought the farm »
by Samuel Thibault 25 Nov '23

25 Nov '23

Bonjour, Dans glibc/po/fr.po, il faudrait corriger la traduction de « Computer bought the farm »: « L'ordinateur a acheté la ferme » n'évoque rien du tout pour un francophone. L'expression anglaise est idiomatique, et serait beaucoup mieux traduite en français par « L'ordinateur a cassé sa pipe. » Voici donc un patch. Samuel diff --git a/po/fr.po b/po/fr.po index 605a4f2..fe64efb 100644 --- a/po/fr.po +++ b/po/fr.po @@ -6367,7 +6367,7 @@ msgstr "Vous avez vraiment tout gâcher cette fois-ci" #. TRANS Go home and have a glass of warm, dairy-fresh milk. #: sysdeps/gnu/errlist.c:984 msgid "Computer bought the farm" -msgstr "L'ordinateur a acheté la ferme" +msgstr "L'ordinateur a cassé sa pipe" #. TRANS This error code has no purpose. #: sysdeps/gnu/errlist.c:993

20 38

Re: [glibc-fr] Correction de quelques traductions d'erreurs errno
by Samuel Thibault 23 Nov '23

23 Nov '23

Bernard Choppy, le jeu. 23 nov. 2023 09:11:42 +0100, a ecrit: > Le 22/11/2023 à 20:31, Stéphane Aulery via Traduc a écrit : > > Le 11/11/2023 à 17:22, Samuel Thibault a écrit : > > > socket", mais j'entends beaucoup souvent dire "la socket" plutôt que > > > "le socket", peut-être changer en féminin partout, par cohérence avec > > > la pratique constatée ? > > > > Pour ce qui est du genre du mot socket, je ne suis pas convaincu. J'ai > > entendu et lu presque toujours un masculin. > > Pour éviter tout doute, on peut utiliser de préférence prise, support ou > emplacement. Cela rendrait le message d'erreur incompréhensible: l'usage est depuis des décennies le mot socket, on ne peut pas se permettre de le changer arbitrairement. Samuel

1 0

liste traduc
by jdd＠dodin.org 21 Sep '23

21 Sep '23

Bonjour, Je viens de lire une vingtaine de messages datés de 2023 que je n'avais pas vus jusqu'à présent (21 septembre 2023). Je viens d'installer une nouvelle version de Thunderbird, c'est peut-être la raison, à moins que ça ai un rapport avec le nouveau serveur, vu que les messages commencent le 10 avril 2023, selon la date donnée dans les messages. Ceci juste pour le cas où je ne serais pas le seul à avoir perdu des messages. je n'ai pas non plus de nouvelles du fonctionnement de traduc, est-ce normal? merci jdd -- c'est quoi, usenet? http://www.dodin.org/wiki/pmwiki.php?n=Usenet.Usenet

2 1

Aller à la page :

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

Traduc