Traduc

traduc@traduc.org

2802 discussions

Re: [Traduc] QUESTIONS SUR LES HOWTOS
by Loïc Prouvèze 03 Mai '02

03 Mai '02

Le Vendredi 3 Mai 2002 11:54, vous avez écrit : > > > "to switch to a free partition" > > "transférer sur une partition libre" > Je dirais plutôt passer à... Mais ça dépend quand même du contexte. Je penses aussi... > > > "drivers floppy " > > lecteur de disquette > Disquettes contenant les/des pilotes Oups! Tu as raison ! -- Loïc Prouvèze | http://loxsite.dyndns.org/~lox/ http://loic.prouveze.online.fr/(CV) | ftp://loxsite.dyndns.org/ http://lox.free.fr/(Site personnel) | Fier de ses serveurs perso :)

1 0

QUESTIONS SUR LES HOWTOS
by Elodie Necaille 03 Mai '02

03 Mai '02

Bonjour je suis étudiante à Paris 7 et je travaille sur le projet de Madame KÜbler. J'ai quelques questions concernant la traduction des HOWTOS, c'est pourquoi je me permets de vous solliciter. J'ai quelques difficultés avec l'expression: "to switch to a free partition", "drivers floppy ", "to scan for Bad Blocks" et "install directory". Dans "Disk Drive deh/hda" disk drive est ce un nom propre ou un lecteur? Pour "FIPS Program" j'ai trouvé "program FIPS" ou " de PAP" lequel est bon? Puis je traduire "cfdisk program" par "programme cfdisk" et "to swap" par "permuter"?? MERCI BEAUCOUP ET BONNE JOURNEE E.NECAILLE _________________________________________________________________ Téléchargez MSN Explorer gratuitement à l'adresse http://explorer.msn.fr/intl.asp.

4 3

Publication de documents déjà traduits
by jean-philippe.guerard＠laposte.net 02 Mai '02

02 Mai '02

Bonjour à tous, J'ai constaté avec plaisir que beaucoup des documents en attentes ont finalement été publiés, et je voulais en remercier Nicolas. J'ai cependant remarqué 2 petites erreurs : + Le Online-Troubleshooting-HOWTO est classé dans les traduits-a-relire, alors que cette version a déjà été relue et validée par le traducteur. + Le Mail-Administrator-HOWTO est classé dans a-jour, ce qui est correct, mais les différentes versions du document ont apparemment été générées avec les outils DocBook, alors que le document est au format LinuxDoc. Résultat, les documents générés sont tout à fait illisibles. Voilà. Merci ! À bientôt. Jean-Philippe -- Jean-Philippe Guérard -- mailto:jean-philippe.guerard@laposte.net

1 0

Problèmes dans le po de vorbis-tools
by Martin Quinson 28 Avr '02

28 Avr '02

Hello, je suis en train de traduire le fichier po des outils vorbis, et j'ai quelques soucis que j'aimerais partager avec vous. En amuse gueule, voici les conventions de traduction que j'ai utilisé. Est ce que vous trouvez des horreurs dans la liste ? # chanel = canaux # chunk = trame (faute de mieux) # cutpoint = point de césure (utilisé pour l'outil vcut) # parse = analyse # playtime = temps d'écoute # raw = brut (adjectif) # sample rate = taux d'échantillonnage Pour cutpoint, je suppose qu'il faut que j'explique. l'outil vcut prend un ogg et le coupe au point indiqué (style « 3 minutes apres le début »). Point de coupure était un peu moche, et cette idée de césure m'a plu. Pour chunk, c'est toujours la galère. Un dico dit « gros morceau » et l'autre « short, thick piece of anything ». Avec ca, je suis bien. De ce que j'ai compris du contexte, une piste ogg est coupé en morceaux de taille fixe, chacun d'eux etant un chunk. Si j'ai raison, il me semble que l'anlogie avec les trames reseaux tient la route, non ? Ensuite, je ne sais pas comment traduire bitrate. J'ai l'impression d'avoir le mot au bout de la langue, mais rien ne vient. Un peu de contexte : msgid "Avg bitrate: %5.1f" [...) " -b, --bitrate Choose a nominal bitrate to encode at. Attempt\n" " to encode at a bitrate averaging this. Takes an\n" " argument in kbps.\n" " -m, --min-bitrate Specify a minimum bitrate (in kbps). Useful for\n" " encoding for a fixed-size channel.\n" " -M, --max-bitrate Specify a maximum bitrate in kbps. Useful for\n" " streaming applications.\n" " -q, --quality Specify quality between 0 (low) and 10 (high),\n" " instead of specifying a particular bitrate.\n" " This is the normal mode of operation.\n" " Fractional qualities (e.g. 2.75) are permitted\n" Autre expression qui me résiste, « bits/sample ». J'ai pas d'idée. Juste du contexte : msgid "WARNING: Invalid bits/sample specified, assuming 16.\n" [...] " -B, --raw-bits=n Set bits/sample for raw input. Default is 16\n" Je suis preneur de tout indice. Merci, Mt. PS: cette traduction a lieu dans le cadre du Translation Project, et on cherche toujours des volontaires ;) http://www.iro.umontreal.ca/contrib/po/HTML/ -- Un clavier azerty en vaut deux.

2 1

Re: [APRIL] A long terme, lInternet favorise la démocratie
by Benoît Sibaud 26 Avr '02

26 Avr '02

> D'après Thierrry Vedel, chercheur au Cevipof (Sciences po) : > > "à long terme, lŽInternet favorise la démocratie car il est un outil > dŽaccès au savoir et de diffusion des connaissances. Et comme les > résultats de dimanche lŽont rappelé une fois encore, un niveau > dŽéducation élevé favorise le rejet des extrémismes, la tolérance, > lŽacceptation des différences, lŽintérêt pour lŽAutre. " > http://fr.news.yahoo.com/020426/166/2kg8v.html > > Ne peut-on pas dire la même chose du logiciel libre ? Partage, entraide, liberté, éthique, etc. ça fait partie des arguments que nous utilisons auprès de l'UNESCO pour obtenir le classement au patrimoine mondial. Cf http://oumph.free.fr/patrimoine -- Benoît Sibaud

1 0

[Fwd: Re: [Traduc] Development ideas - summary]
by Nicolas Chauvat 23 Avr '02

23 Avr '02

1 0

(no subject)
by sebastien 23 Avr '02

23 Avr '02

bonjour, je suis en train de traduire la RFC OpenPGP et je rencontre les termes suivants : String-to-key (S2K) specifiers 3.6.1.1. Simple S2K 3.6.1.2. Salted S2K la notion de salted me pose problème .... est ce bien pour dire que c'est complique ? dans ce cas est il judicieux d'utiliser "compliqué". je vous remercie -- _______ __ ( O O ) ( ) | ) \_/ .". --oOOo--( )--oOOo----------------/V\--- Sebastien Person // \\ tel.: 06 70 00 08 95 /( )\ sebastien.person(a)insa-rouen.fr ^'~'^

4 3

Contribuer à Lampadas
by Nicolas Chauvat 23 Avr '02

23 Avr '02

Bonjour, David Merill, qui travaille à la nouvelle application de gestion des documents et des participants du LDP accueille avec plaisir les volontaires pour réécrire sa maquette Perl en Python. Je vais donc essayer d'en faire ma dernière action productive en tant que responsable du LDP, ce qui me permettra d'arrêter la conscience tranquille. Mais comme je vous l'ai dit, je manque cruellement de temps... Xavier Antoviaque, Guylhem Aznar et Guillaume Lelarge ont déjà dit qu'ils pourraient être intéressés (le sont-ils encore ?). S'il y en a d'autres, qu'ils me contactent. Python est facile à apprendre et je serai toujours disponible pour répondre aux questions. L'application n'est vraiment pas difficile à écrire, juste un peu fastidieuse car il y a beaucoup d'écrans à gérer. Mais si vous n'avez jamais fait d'application web + base de données, ou si vous croyez que Php-rulez, c'est une bonne occasion de vous lancer :-) -- Nicolas Chauvat http://www.logilab.com - "Mais où est donc Ornicar ?" - LOGILAB, Paris (France)

6 7

Development ideas - summary
by Xavier Antoviaque 23 Avr '02

23 Avr '02

Voici le "brouillon" du message à envoyer sur la liste lampadas. Comme précisé précédemment, puisqu'il est sensé représenter nos idées en tant que groupe, je le présente ici pour relecture et corrections éventuelles. J'ai essayé autant que possible de condenser les consensus, mais il peut y avoir des aspects à revoir. Notez également que l'anglais n'est certainement pas parfait. Donc s'il y a des choses qui vous choquent trop, n'hésitez pas à corriger aussi... === Hello all, The intent of this mail is to summarise the results of the discussion that took place in the french mailing-list traduc(a)traduc.org recently, leading the contributors of the "LDP fr" to discuss needed features and development ideas for an interface similar to Lampadas. Now that our two projects are merging, we think that it would be a good idea to give you the results of our thoughts. The intent is also to start a new discussion, together, and define what we want Lampadas to be exactly at the end. I] The translation process As traduc.org is today used for translation only purposes, our main contribution may be on this point. A] Today By now, the translation process consists of three steps, involving three types of users : the translator, the proof-reader(s) and the project coordinator. As the translator does the main job, he is designed responsible for his document and also quite naturally the document maintainer. - the translator choose a document or a new version of a maintained document is avaible, - the translator translates or makes the appropriate changes, - when finished, he announces the document ready for proof-reading on the mailing-list, - one or more proof-readers contact the translator and help him correcting its translation (diffs), - when satisfied, the final version is submited to the project coordinator, who publish it if he estimates that enough precautions about its reliability have been taken. What "enough precautions" is depends of the nature of the document, and of te number of mistakes found by the proof-readers. This system works well and for a quite long time now, but it has also proven its limits : the coordinator has too much work, and very few steps are really automated. B] The future We needed a translation process manager, so we started to discuss the changes this interface would introduce, as well as what would be automated and what would not. Changes : - There would not be only one project coordinator this time, allowing the amount of work to be divised among two or three. This also avoids some lack of responsivness when the coordinator has no or not enough time to spare for the projet. - The process could be a little more standardized than before (for the proof-reading step, mainly), becoming more clear to the newcomers. The exact rules (numbers of proof-readings needed, exact process of the proof-reading step) have not being detailed yet. - A new kind of user could be introduced, similar to your markup assistants, providing help to the translators having difficulties to pass the XML/SGML/... validation automation. What would be automated : - The registrations of documents, traductions and users. - The publication of the documents (web, FTP, archives...). - The translation process. Excluding the points in the "What would not be automated" section, the interface should automate all the steps; from the selection of a particular document to its publication approval by one of the coordinators. - The interface should include a depository of the changes in a document (translations, proof-readings, comments), like the one a CVS depository could provide, but probably in a more user-friendly way. What would not be automated : - The discussions between the contributors to the project. The mailing-list would of course be preserved and a translator would still have to subscribe to it. The discussions between a translator and his proof-reader(s) could still be made privately by email; a summary of these discussions could be attached to the document, for later reference. - The approval of a publication by a project coordinator; this task is simplified, but one still has to say "ok" before the document is published. Some alredy existing tools have been proposed for particular tasks : - Roundup ( http://roundup.sf.net ) : to track user and proof-readers error reports. - MoinMoin ( http://moin.sf.net ) : to reference common traduction problems, solutions and general help to the translator. II] The document redaction process As stated previously, it would be a good idea to allow contributions to the LDP in any langage, and not just the english -> foreign langages translation scheme that is actually in use. But, as we do not have discussed this point further, and that you do have a good experience on this point, we let you speak first. :-) And remember that it is just an overview of what we have discussed apart. We have to start a discussion on this... -- Xavier.

7 30

Fwd: Re: [Traduc] pam et nsswitch
by Jérôme Fenal 23 Avr '02

23 Avr '02

Au risque de relancer un troll, est-il envisageable de passer la liste en Reply-to ? Traduc est la seule à laquelle je suis abonné (plus de 20) qui ne le soit pas. Cdt, Jérôme PJ : le message qui a raté la liste ---------- Message transmis ---------- Subject: Re: [Traduc] pam et nsswitch Date: Mon, 22 Apr 2002 22:28:19 +0200 From: Jérôme Fenal <jfenalml(a)free.fr> To: Thierry Vignaud <tvignaud(a)mandrakesoft.com> Bonsoir, Le Lundi 22 Avril 2002 09:34, vous avez écrit : > Fabrice Clerc <clercf(a)wanadoo.fr> writes: > > Pour PAM: pluggable authentification modules > > J'ai pensé à modules d'authentification raccordables > > plugin est plus ou moins passe dans le langage informatique, alors > pourquoi pas "plugins d'authentification" Non ! Plugin est devenu greffon en français et plugiciel en québécois. « Greffable » n'existant pas, on peut utiliser transplantable, à moins de vouloir risquer le néologisme. > > Pour NSS Name Service Switch, j'ai le choix entre > > Aiguilleur de service de nom et > > Commutateur de service de nom. > > dacodak pour commutateur, ca correspond mieux a la realite qu'aiguiller Pour moi, ça me va. Cdt, Jérôme -- Jerome Fenal jfenal AT free.fr ------------------------------------------------------- -- Jerome Fenal jfenal AT free.fr

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