Traduc

traduc@traduc.org

2 participants
2805 discussions

Re: [Traduc] corrections [fevrier]
by yelf01＠uqo.ca 22 Jan '03

22 Jan '03

Bonjour, à tous Je souhaiterais juste demander l'utilité réelle de ces dix "commandements ". Je suis nouveau, ca doit être la raison, je vais vous exposer mon point de vue. Je trouve que ces dix commandements sont un peu stupide(je n'insulte pas l'auteur). Le fait de demander a une personne "faire un document clair", tombe sous le sens. Je comprends l'auteur, son activité est très louable. Mais est ce que l'on doit faire comme les dix commandements, c'est à dire ne pas les appliquer :-) Rien que le fait de classer , il doivent tous être en 1, avoir une documentation utile sans que le document soit clair, ne sert pas a grand chose. De plus nous utilisons presque tous Linux, et pour utiliser Linux, je pense qu'il faut une certaine force d'esprit, Linux n'est pas évident c'est un fait, mon but n est pas de dire si c est compliqué ou pas, je pense que donc que nous avons une certaine connaissance du sujet, donc rien ne sert de nous donner des "règles" traduisons, et puis ce qui pourrait etre utile, c est de demander a une personne(qui n a jamais utilisé Linux) de lire la traduc. Ils y aurait plusieurs avantages :1) Le document serait clair si la personne a compris 2) Qui sait, peut être ceci attirera la curiosité de la personne et la fera passer a Linux(Personnellement c est N. Chauvat qui m a fait passer a Linux..., donc ca existe:-)) Pour finir, je pense que l on doit comprendre le document parfaitement, et c est pour ca que le glossaire et quelque sorte un faux-ami.., une phrase d'Einstein devrait nous guider "Si vous ne pouvez expliquer un concept à un enfant de six ans, c'est que vous ne le comprenez pas complètement".... Amicalement Franck Yelles ---- Messages d´origine ---- De: Delanoy Frédéric <bn304001(a)belgacom.net> Date: mardi, janvier 21, 2003 8:30 pm Objet: Re: [Traduc] corrections [fevrier] > Le Tue, 21 Jan 2003 02:24:07 -0600 (CST) > Sebastien Tricaud <tricauds(a)croftj.net> a écrit : > > Les 10 commandements en quelque sorte... > > > 1) Une traduction licite tu feras. > > 2) Faire remonter l'information tu devras. > > 3) Une traduction utile tu feras. > > 4) Ta traduction tu adapteras. > Plutôt "la" traduction > > 5) Clair ton document traduit sera. > > 6) Ne pas faire confiance au glossaire tu devras > > (et mettre ensuite la phrase que tu as mis dans la définition) > > 7) D'abord comprendre tu devras. > > 8) Tel un bon artisan, de bon outils tu chercheras > > 9) Relire et vérifier ton document traduit tu devras. > > 10) Te faire aider tu devras. > > > > Ordre : 2) 1) 8) 6) 5) 4) 3) 7) 9) 10) > > La licéité de la traduction devrait apparaître en premier lieu, car > c'estelle qui conditionne (du moins le devrait) la traduction > éventuelle.Par contre, la proposition 4 n'est pas très claire : une > traduction est > toujours une adaptation. > > -- > Clé publique gpg : http://users.belgacom.net/bn304001/gpgPubKey.txt > ID : 1024D/84544833 : 34CB 855A C90A C74A 7D1A 4556 80ED 0551 8454 > 4833_______________________________________________ > Traduc mailing list > Traduc(a)traduc.org > http://www.traduc.org/mailman/listinfo/traduc >

2 1

Traduc Linux network administrator guide 2 ?
by tristan martin 22 Jan '03

22 Jan '03

Bonjour, Suite au conseil de Bernard Choppy j'ai contacte o'reilly france concernant le linux network administrator guide 2. Apres un long mois d'attente j'ai recus cette reponse de O'reilly. Je vous la soumet pour faire avancer le debat sur doit on traduire ou non le nag2. La reponse semble etre non c'est inutile (puisque la version papier est bien sous FDL). Cependant il n'existe pas de version transparente selon les termes de la FDL. En effet au dela de 100 copies, l'editeur est soumis a la diffusion d'une version transparente (fomat electronique ouvert type "xml"). O'reilly reconait ne pas respecter volontairement la licence du documment. Quelques arguments peu convainquant sont avance, il sous entende qu'il s'agit d'une licence americaine qui ne les concernes pas. Voila je soumet le probleme a la comunaute. Il ne s'agit plus de traduire le nag2 mais de faire respecter sa licence. Quelle suite donner a ce courrier d'Oreilly france? Tristan Martin. Xavier Cazin wrote: >>J'ai remarque que les versions anglaise de certains livres sont en >>lecture en ligne sur le site www.oreilly.com. Pourquoi les traductions en >>français ne sont pas diffuse en ligne? Tout spécialement les oeuvres sous >>licence fdl. >> >> > >Pour l'instant, toute notre chaîne de production est organisée pour la >publication sur papier, et passe le plus souvent par des formats >propriétaire (FrameMaker). La traduction que nous avons publiée à la fois >en ligne et sur papier (Tribune Libre) nous a coûté très cher, bien que >nous n'ayons pas payé les traducteurs. "Développement d'applications avec >Objective Caml" a été transformé en HTML par les auteurs, et la traduction >en anglais (disponible uniquement en ligne pour l'instant) a été prise en >charge par des volontaires. > >Mais nous essayons de nous adapter à une production multi-support, en >adoptant progressivement une orientation XML. Reste que les moulinettes >sont encore loin d'être au point. C'est effectivement gênant en ce qui >concerne la licence FDL, mais nos collègues américains ne mesurant pas le >manque de ressources d'une petite maison d'édition française, nous >préférons pour l'instant prendre le risque de ne pas respecter leur licence >plutôt que de ne pas les traduire du tout. > >Xavier. > >

3 2

Re: po4a sur autre chose que debian
by Martin Quinson 20 Jan '03

20 Jan '03

On Fri, Jan 17, 2003 at 02:17:24PM +0100, Alain PORTAL wrote: > Le Vendredi 17 Janvier 2003 13:23, vous avez écrit : > > Ce n'est pas une question bête du tout. je ne me suis jamais posé la > > question de l'installation du monstre sur autre chose qu'une debian... > > Je viens de générer un rpm à partir du deb avec alien, et je n'ai > > absolument aucun moyen de le tester. > > > > Le paquet est sur le source de savannah. Je te serais reconnaissant de bien > > vouloir le tester. > > Hélas j'ai un problème de dépendences que je ne sais résoudre . > > error: failed dependencies: > perl(Locale::gettext) is needed by po4a-0.13.2-2 > perl(SGMLS) is needed by po4a-0.13.2-2 > > Sais-tu quel(s) paquetage(s) pourrai(en)t me manquer ? > J'ai la version 5.6.1. et suis sous RedHat 7.3 je seche completement, je n'ai jamais utilisé de redhat. Quelqu'un a-t-il une idée ? Merci, Mt. -- Computers are not intelligent. They only think they are.

3 2

Re: [Traduc] Prenez l'habitude de vous relire dans tous vos textes, m�me dans vos "e-mails" !
by Philippe Verdy 20 Jan '03

20 Jan '03

> > dans une autre... Pour un mot isolé, l'usage des guillemets français n'est > > absolument pas obligatoire, même si les règles typographiques strictes > > imposeraient d'utiliser deux formes distinctes pour l'ouverture et la > > fermeture. Mais ces symboles sont absents de la page de code ISO-8859-1 > > Absolument pas. C'est le e dans l'o qui n'y est pas (plus le > symbole de l'euro mais il n'existait pas encore à l'époque). La > preuve, vous lisez bien les miens. Tu n'as pas lu toute la phrase, dans ce cas précis je parlais des cotations rondes droites et gauche, ressemblant à des virgules hautes, absentes de ISO-8859-1 et pourant recommandés aussi pur les marques de "quotation" anglaises, simples et doubles, utilisées normalement aussi pour une présentation typographique plus précise. Elles existent dans les extension Microsoft de Windows CP1252, mais pas dans ISO-8859-1. Encore une fois ces caractères ne sont obligatoire que dans un contexte typographique, c'est à dire les documents imprimés, avec une sélection correcte de police de caractères, et une feuille de style acceptable, ce qui est possible certainement en HTML, mais pas dans le format textuel par défaut d'un simple courriel en format texte brut (donc dépourvu totalement de style typographique ou de présentation). > > Enfin, je me désole que vous rentriez dans le jeu du "troll". Ce message > > n'attendait initialement pas de réponse. C'était une remarque, pour vous > > faire prendre conscience de la nécessité de respecter le lecteur, en prenant > > l'habitude de corriger les fautes de langue les plus visibles avec une > > relecture minimale pour tous ses écrits > > De ce côté-ci, nous sommes bien d'accord. > > > pour ne plus les faire > > systématiquement dans ses envois "d'e-mails" composés souvent rapidement > > avec l'acquis de ses bonnes ou mauvaises habitudes. > > Là-dessus, je ne suis pas d'accord. Un courrier électronique, > sous prétexte qu'il s'agit d'une forme de communication à > diffusion rapide, ne doit pas être traité autrement qu'un > courrier papier. Autant on peut volontiers se passer d'un > « bonjour » ou d'un « mon cher » initial et d'une formule de > politesse pour finir (je n'en mets jamais, c'est du bruit) autant > un français correct (orthographe, grammaire, typographie et > présentation) est indispensable. Sans parler de la façon de > citer les messages lorsqu'on y répond. Tu défends là une position extrème à laquelle je ne souscrivais même pas à l'origine: je critiquais seulement le manque complet de relecture, les phrases incomplètes, et omissions utilisées dans le langage parlé, impardonnable dans une langue écrite dépourvue de tout autre forme de marque de style et déjà pauvre en ponctuation (que certains appliquent trop strictement, restreignant d'autant les possibilités...) pour marquer des notions essentielles dans le véritable langage parlé qui contient aussi emphase, tonalité, rythme, accent, geste et expression faciale. Un example que je critique fortement dans les règles d'écriture dites correctes: une trop grande inflexiubilité de la position des mots dans la phrase: tu as critiqué ma façon de mettre un adverbe avant et non après le verbe, alors qu'il s'agit d'une question de style et non grammaticale, utilisée par nombre de grands écrivains pour justement ajouter de l'emphase à certains mots (et non "pour ajouter justement de l'emphase à certains mots"), ou éviter un contresens... Ceci est nécessaire car la langue écrite ne porte pas d'autre moyen de marquer l'emphase, très importante pour la compréhension. Une citation célèbre, "Belle marquise, vos beaux yeux bleus me font mourir d'amour", c'est de la prose correcte mais Molière montre là que le Français autorise bien ce type d'inversion y compris dans la langue parlée pour montrer que l'emphase est essentielle à la compréhension du français, et une grammaire trop inflexible appauvrit le langage... De fait, la forme de l'écriture est importante et recommande donc une certaine attention, que seule la relecture peut dégager, ne serait-ce que pour vérifier que le sens de ce qui est écrit ne porte pas d'ambiguïté d'interprétation. Hors trop de courriels appliquent aveuglément un discours oral sans veiller à marquer au moins des éléments essentiels à la compréhension: une ponctuation suffisante (je n'ai pas dit obligatoire et stricte), des majuscules appropriées, une présentation minimale adaptée au contexte des courriers électroniques. Je n'ai ainsi jamais utilisé les guillemets français sur mon clavier à cause de l'horrible combinaison de 5 touches dont je ne me souviens jamais... Je les aurais bien "copiés-collés" depuis une table de caractère mais c'est franchement impriatique pour un simple courriel lu par une douzaine de personnes tout au plus et qui sera rapidement jeté. Il en est autrement des documentations destinées à être conservées longtemps et lues par un nombre important de personnes. L'usage obligatoire des espaces (normalement insécables si on utilise des règles typographiques) est donc également sujet à souplesse dans un contexte typographique aussi paure qu'un courriel, où il n'y a même pas conservation de la mise en forme élémentaire pour respecter l'insécabilité. Dans ce cas les marques de quotation neutres (qui d'ailleurs ne sont même pas conformes aux règles typographiques anglaises...) sont donc utiles, car elles peuvent être accolées à un mot sans nécessiter d'espace insécable, ce qui garantit, la plupart du temp, la conservation de leur acollement au mot ainsi encadré, dans le contexte d'un courriel en texte brut. Pour le format HTML uniquement, le moteur typographique est actif et remplace tout seul ces caractères par des guillemets, acompagnés d'espace insécable (malheureusement il s'agit d'espace cadratin, toujours trop large, et l'usage d'une espace standard pose le problème de leur sécabilité. Les Chinois et Japonais disposent eux de caractères précomposés comportant ces espaces quart de cadratin dans la marge des rectangles de base utilisés pour inscrire les ponctuations. Ton dictionnaire typographique n'est d'aucun usage dans le cas des Emails, car tu as oublié le contexte auquel il est adapté. Un courriel n'est pas un document imprimé à caractère typographique: il est nécessaire d'y adjoindre une feuille de style qui n'est pas transmise dans le format texte brut. Ajouter des espaces supplémentaires présuppose une règle de présentation et une police de caractères précise (au moins proportionelle), ce qui n'est jamais transmis. Donc autant utiliser une forme neutre qui sera acceptable dans tous les contextes typographiques ou de présentation. Ces règles d'espacement n'ont jamais existé réellement: elles ont été ajoutées, standardisées, et utilisées pendant des générations de dactylographes ne disposant en tout et pour tout que d'une police courier, à espacement fixe, difficilement lisible, avec des jambages ajoutés uniquement pour mieux lier les mots mais complètement stupides au plan purement typographique. Elles sont largement obsolète dans le cas des emails en texte brut sujets à de nombreuses transformations pour une mise en forme approximative liée à des contraites techniques complètement obsolètes mais toujours en vigueur malgré le fait que ce contexte est encore plus contraignant que le document dactylographié imprimé, dont la présentation peut être garantie et conservée lors de la lecture. Bref il faut de la souplesse avec ces règles, et donc s'adapter correctement au contexte typographique utilisé. Je nesuis pas le seul à le dire, ces notions obligatoires sont obsolètes et remplacées en prenant en compte de telles considérations. Personnellement ces guillemets français sont affreux et rompent trop brutalement la phrase lorsqu'ils encadrent un terme isolé. Ils ne devraient être utilisés que pour la citation de phrases complètes, car ils agissent comme de véritables virgules dans la forme du texte imprimé... Les petits guillemets ronds sont bien meilleurs mais non accessibles dans ISO-8859-1; les remplacer par des guillemets français en chevrons, qui plus est accompagné d'espaces trop larges, est *pire* que d'utiliser les marques de quotation neutres de l'ASCII, plus proches typographiquement des petits guillemets ronds qui devraient normalement être utilisés dans ce cas... Il s'agit d'un abus provenant de règles dactylographiques obsolètes, où ces caractères en chevron étaient présents en lieu et place des marques de quotation actuelles de nos claviers... Qui a dit que les ingénieurs ayant composé les claviers de machine à écrire françaises utilisées pendant plus d'un siècle étaient des typographistes compétents ? Les Américains ont été mieux inspirés sur leur machines à écrire, qui supportaient une touche demi-espace (ce qui a permis d'imposer la règle des deux espaces après un point pour mieux respecter les règles typographiques), et le choix des petites marques de quotation rondes insérées dans un un bloc comportant un espacement insécable indivisible. Les premières machines importées en France malheureusement ne comportait pas le système à demi-espacements et l'espace était entièrement fixe et l'est resté longtemps, ajoutant à la difficile lecture du texte qui dès lors a employé des jambages plus importants des caractères, et donc imposé d'autres règles de justification du texte et des ponctuation, pour mieux approcher les règles typographiques, qui n'existent il faut le rappeler que pour faciliter la lecture... De plus la qualité des rubans encrés en tissus utilisés interdisait l'usage d'une approche normale entre les caractères, ceci ayant conduit à encore dévier encore plus des règles typographiques de base... Les typographistes pour les documents imprimés n'ont jamais utilisé de caractère d'espacement: les guillemets chevrons comportaient déjà l'espacement nécessaire dans le bloc de métal gravé tiré des casses de compositions, et il n'était pas nécessaire d'ajouter un bloc de métal supplémentaire pour l'espacement, qui était fixé par une règle portant des curseurs en biseaux pressés fortement sur la plaque de composition avant d'être fixés dans le plomb... Encore une fois dans ce cas, il s'agissait d'une adaptation des règles typographiques aux possibilités techniques... Aussi les prendre en compte est indispensable avant d'énoncer des règles toutes faites...

5 5

French lynx translation file
by Karl Eichwalder 20 Jan '03

20 Jan '03

I received a lynx translation by Bernard Schweitzer <schweitz(a)hrnet.fr>; will someone please take a look at it. I stored it here: http://www.iro.umontreal.ca/~eichwalk/trans/fr/lynx-2.8.5dev.9.fr.po I'm not sure about the version -- I just used the most recent one. -- Free Translation Project: Karl Eichwalder http://www.iro.umontreal.ca/contrib/po/HTML/

1 0

re, XWindow localisé ?
by Joel Bernier 20 Jan '03

20 Jan '03

Re, Je viens de recevoir sur l'adresse webmaster(a)traduc.org ce mail. Pouvez-vous aider cette personne. Merci. Joël //-------- Bonjour, Je suis traductrice et dans un manuel que je traduis actuellement, il est fait mention de plusieurs termes d'interface du système X Window. Etant moi-même assez peu au courant du monde des logiciels libres, je ne sais pas si X Window existe en français ou pas. Si oui, pourrez-vous me dire où je peux trouver un glossaire des termes d'interface de X Window. Merci d'avance. Cordialement, Séverine BECSEI ********************************************************************** Trans@ Vos traductions en toute tranquillité Translation made easy Tel/fax: + 33 4 99 62 01 72 mailto:transat@online.fr ********************************************************************** //---------

1 0

bonjour à tous
by yelf01＠uqo.ca 20 Jan '03

20 Jan '03

Bonjour, Je viens de m´inscrire sur liste, ça faisait un petit bout de temps que j y songeais, donc voilà, c´est fait. J´espère que l´on fera un bon petit chemin ensemble. Franck Yelles

2 1

question ATM (traduc noyau)
by hirou＠linuxfr.org 18 Jan '03

18 Jan '03

Salut à tous, Dans la doc du noyau: Enable usec resolution timestamps CONFIG_ATM_ZATM_EXACT_TS The uPD98401 SAR chip supports a high-resolution timer (approx. 30 MHz) that is used for very accurate reception timestamps. Because that timer overflows after 140 seconds, and also to avoid timer drift, time measurements need to be periodically synchronized with the normal system time. Enabling this feature will add some general overhead for timer synchronization and also per-packet overhead for time conversion. La question est comment traduire "Enable usec resolution timestamps" ? -- Yann Hirou - hirou(a)LinuxFr.org News : http://LinuxFr.org - Free DNS Hosting : http://www.xname.org Security issues : http://www.SecurityBugware.org

4 3

[joel@ldsol.com: Re: [Traduc] Re: po4a sur autre chose que debian]
by Martin Quinson 17 Jan '03

17 Jan '03

Erreur d'aiguillage, on dirais. Les numéros de version de ces paquets correspond. On dirait bien que c'est ce qu'il vous faut. Mt. ----- Forwarded message from Joel Bernier <joel(a)ldsol.com> ----- Date: Fri, 17 Jan 2003 15:39:30 +0100 From: Joel Bernier <joel(a)ldsol.com> To: Martin Quinson <Martin.Quinson(a)tuxfamily.org> Subject: Re: [Traduc] Re: po4a sur autre chose que debian Martin Quinson a écrit: >On Fri, Jan 17, 2003 at 02:17:24PM +0100, Alain PORTAL wrote: > >>Le Vendredi 17 Janvier 2003 13:23, vous avez écrit : >> >>>Ce n'est pas une question bête du tout. je ne me suis jamais posé la >>>question de l'installation du monstre sur autre chose qu'une debian... >>>Je viens de générer un rpm à partir du deb avec alien, et je n'ai >>>absolument aucun moyen de le tester. >>> >>>Le paquet est sur le source de savannah. Je te serais reconnaissant de >>>bien >>>vouloir le tester. >> >>Hélas j'ai un problème de dépendences que je ne sais résoudre . >> >>error: failed dependencies: >> perl(Locale::gettext) is needed by po4a-0.13.2-2 >> perl(SGMLS) is needed by po4a-0.13.2-2 >> >>Sais-tu quel(s) paquetage(s) pourrai(en)t me manquer ? >>J'ai la version 5.6.1. et suis sous RedHat 7.3 > > >je seche completement, je n'ai jamais utilisé de redhat. Quelqu'un a-t-il >une idée ? > >Merci, Mt. > Le premier perl-gettext : ftp://fr.rpmfind.net/linux/sourceforge/perlcomposer/perl-gettext-1.01-2.i38… le second perl-sgmls : ftp://fr.rpmfind.net/linux/redhat/7.3/en/os/i386/RedHat/RPMS/perl-SGMLSpm-1… Ces infos je les ai trouve sur rmpfind.net avec comme critere de recherche perl-gettext et perl-sgmls J'ai pu verifier le contenu du premier, mais pour le second je n'ai pas pu. ----- End forwarded message ----- -- Quelqu'un qui a commis des atrocités mérite la peine de mort. Ainsi, il retiendra la leçon pour la prochaine fois. --- Britney Spears

3 2

Que relire? (fut: [Traduc] Prenez l'habitude de vous relire dans tous vos textes, même dans vos "e-mails" !)
by ph. rimbault 17 Jan '03

17 Jan '03

juste une petite question : ispell je connais mais quel soft utilises tu comme outil de correction grammaticale ? Ph. Rimbault

2 1

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