Traduc

traduc@traduc.org

4 participants
2808 discussions

Fin d'hébergement du serveur Traduc.org par Ikoula
by Jean-Philippe Guérard 03 Nov '26

03 Nov '26

Bonsoir à tous, Ikoula m'a informé qu'ils mettaient fin à leur programme de parrainage de projets libres. Notre serveur était hébergé à titre gratuit dans le cadre de ce programme. À partir du 1er janvier, il faudra trouver une autre solution d'hébergement. Je suis preneur de toute bonne idée pour continuer à faire tourner le serveur. Bonne soirée à tous. -- Jean-Philippe Guérard https://tigrerayé.org

4 5

Corriger la traduction glibc de "Interrupt"
by Samuel Thibault 23 Sep '26

23 Sep '26

Bonjour, Lorsque l'un set fait arrêter avec un SIGINT, on obtient le message Interrompre leprogramme ce qui est vraiment surprenant: c'est nous qui l'avons interrompu, pas l'ordinateur qui va l'interrompre. Ici en anglais c'est le nom qui est signifié, par le verbe, de la même façon que pour juste au-dessus "Hangup". Il vaut donc mieux traduire en "Interruption", qui est effectivement l'action que l'utilisateur vient de faire. Par ailleurs, quand il se fait arrêter par un SIGTERM, on obtient Complété leprogramme le terme est vraiment étrange, ça peut même conduire à un faux-sens: le programme n'a pas achevé ce qu'il devait faire, il n'a pas complété son travail, il vaut mieux garder la terminologie anglaise: "Terminé", qui exprime effectivement que le programme a été terminé de manière un peu abrupte. Voici un patch ci-joint. Samuel

3 5

Désengagement partiel
by Jean-Charles Malahieude 29 Aoû '26

29 Aoû '26

Bonjour, Mon tremblement essentiel s'aggravant, je me vois obligé de réduire certaines activités. Aussi j'abandonne le suivi des domaines texinfo et texinfo_document, mais garde pour l'instant lilypond que j'utilise abondamment et dont j'assure la traduction de la base documentaire. Cordialement, -- Jean-Charles

1 0

Erreur de traduction coreutils (?)
by D. Ben Knoble 17 Fév '26

17 Fév '26

: src/copy.c:2163 #, c-format msgid "renamed %s -> %s" msgstr "%s <-> %s renommé" (de <https://translationproject.org/PO-files/fr/coreutils-9.9.280.fr.po>) J'aurais écris "%s -> %s renommé" pour ne pas mêler avec "%s <-> %s échangés" ? Je n'ai pas trouvé de sources Git pour la traduction française coreutils, alors je n'ai pas trouvé de justification (comme "commit message", message de validation?) pour cette traduction / erreur… peut-être qu'il y a de bonnes raisons, mais je ne les vois pas ;) -- D. Ben Knoble (Je ne reçois pas de message de la liste; je vous remercie de me garder à CC.)

2 1

Help proposal for gimp
by Waymel Jerome 14 Aoû '25

14 Aoû '25

Hello I would like to participate in the translation of gimp software. I followed the instructions I could find, there is an issue fr# <https://gitlab.gnome.org/Teams/Translation/fr/-/issues/34>34 GIMP UI: Email address and HTML code visible in translators list in French credits that seems a good way to perform the workflow? Could you tell me if my account is OK? I registered with this email and the name Jerome W on gitlab Jerome

1 0

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

Aller à la page :

2026

2025

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