<!doctype debiandoc system>
<book>
<title> Foire aux questions de la liste debian-l10n-french</title>
<author> Patrice Karatchentzeff
<email> p.karatchentzeff@free.fr </email>

<version> Version 1.12 </version>

<abstract>
  Ce document est la <em>foire aux questions</em> de la liste de
  diffusion  <var>debian-l10n-french</var> qui a pour but de
  franciser Debian. Il rassemble les questions les plus fréquemment
  posées sur la liste, de façon à répondre rapidement à toutes les
  questions que se posent les nouveaux arrivants. Veuillez donc lire
  avec attention le document suivant de façon à éviter de poser une
  question dont la réponse se trouve ci-après.
</abstract>

<copyright>
  Copyright &copy; 2001-2002 Patrice Karatchentzeff 
<p>
  Contributeurs&nbsp;:

<list>
  <item>
     Martin Quinson (auteur original de la partie «&nbsp;Traduire pour
     Debian (et pour le logiciel libre)&nbsp;»
   <item>
      Youssef Oualmakran (auteur original de la partie «&nbsp;Comment
      traduire les descriptions de paquets Debian&nbsp;»)
</list>

<p>
  Ce manuel est distribué dans l'espoir qu'il vous sera utile mais
  <em>sans aucune garantie</em>. Il est distribué sous la licence
  <em>«&nbsp;GNU General Public License&nbsp;»</em>, version 2 ou
  suivante.
<p>
  Pour obtenir cette licence, lisez <var>/usr/doc/copyright/GPL</var>
  dans votre distribution Debian GNU/Linux ou sur la toile
  <url id="http://www.gnu.org/copyleft/gpl.html">
</copyright>

<toc sect>

<chapt> La vie de la liste
<p>


<sect> Où trouver cette FAQ&nbsp;?

<p>
  Vous trouverez les sources (au format <prgn>sgml debian-doc</prgn>)
  de cette FAQ sur le serveur <prgn>cvs</prgn> de Debian&nbsp;:

<p>
<var>/cvs/webwml/french/international/french/debian-l10-french-faq.sgml</var>

<p>
  (voir «&nbsp;Comment récupérer un document&nbsp;?&nbsp;») et en ligne
  sur le serveur de Debian à l'adresse&nbsp;:

<p>
  <url id="http://www.debian.org/intl/french/debian-l10-french-faq.html/">
<p>

  Pour contribuer, me contacter directement ou poster sur
  <em>debian-l10n-french</em>.


<sect> Comment lire cette FAQ&nbsp;?

<p>
  J'ai essayé, suite à différentes remarques, de satisfaire tout le
  monde. Du coup, chaque point important est divisé en deux
  parties&nbsp;: une partie destinée à celui qui a besoin de
  l'information rapidement et sans fioriture et une autre plus
  développée avec explications techniques à la clé.

<sect> Comment s'abonner&nbsp;? se désabonner&nbsp;?

<p> 
  Tout est détaillé dans la page
  <url id="http://www.debian.org/intl/French.fr.html">.

<p>
  Si vous n'avez pas accès à <var>http</var>, il vous suffit d'envoyer
  un courriel à <em>debian-l10n-french-request@lists.debian.org</em>
  avec DANS LE CORPS DU MESSAGE&nbsp;:

<p>
<example>
  subscribe &lt;votre_adresse_électronique&gt;
</example>

<p>
  Pour se désabonner, la procédure est indiquée sur chacun des
  courriels reçus de la liste de diffusion. Il vous suffit d'envoyer un
  courriel à <em>debian-l10n-french-request@lists.debian.org</em> avec DANS
  LE CHAMP SUJET&nbsp;:

<p>
<example>
  unsubscribe 
</example>


<sect> Comment se règlent les différends&nbsp;?

<p>
  À coups de poings virtuels, bien sûr&nbsp;:-)

<p>
  En fait, en cas de désaccord sur une traduction (un terme, un sens
  général...), on fait un vote des gens inscrits. Un inscrit
  participant vaut une voix. Tout le reste ne vaut rien. Personne ne
  vaut plus qu'un autre. La démocratie, quoi&nbsp;:-).

<p>
  Bon, le tout est d'arriver à un consensus pour pouvoir continuer. Ne
  pas oublier quand même que l'on n'est pas là pour se battre sur la
  terminologie mais pour faire avancer la francisation de Debian.

<p>
  Le pouvoir ici se résume à la traduction de documents en
  français. Et uniquement cela. Pour tout le reste du projet Debian,
  la liste ici n'a aucun pouvoir.

<p>
  Il y a quand même une règle non écrite en cas de litige profond&nbsp;:
  <em>c'est au final toujours celui qui est l'auteur du document qui
  peut imposer son point de vue en vertu  du fait que c'est lui qui a
  fait l'effort de créer le premier document</em>. Bien sûr, il est
  rare d'en arriver à de telles extrémités...

<sect> Je n'ai plus le temps de (ou je ne veux plus) participer

<p>
  Il se peut que, débordé par votre vie professionnelle ou familiale,
  vous n'ayez plus de temps à consacrer à la traduction pour
  Debian. Si vous étiez responsable de traduction, il est bon alors
  de contacter un des responsables de la liste ou d'y poster un
  message en disant que vous renoncez à votre charge, de façon à
  faciliter la maintenance des projets de traductions.

<sect> Quelle est la fréquentation du forum&nbsp;?

<p>
  Faible. Quelques messages par semaine, sauf les jours de grands
  débats&nbsp;:-). Cela dit, cela a notablement augmenté ces derniers
  temps. La rançon du succès&nbsp;?

<p>
  On pourra visualiser l'état de la fréquentation de la liste
  directement sur le site Debian à

<p>
  <url id="http://lists.debian.org/stats/"> 

 
<sect> Quels sont les critères pour participer&nbsp;?

<p>
  Être volontaire. Et surtout, être volontaire. Et puis, enfin, être
  volontaire. Si en plus, vous êtes volontaire...

<p>
  Tous les gens inscrits peuvent (doivent...) participer au débat et
  surtout aux relectures. Pas de fausse pudeur...

<p>
  Pour participer, il vous suffit de savoir lire et écrire
  correctement le français. Pas besoin d'être Molière ni Rabelais&nbsp;: il
  vous suffit de savoir vous servir d'un éditeur de texte.

<sect>Qui est le responsable&nbsp;? (Qui contacter en cas de...)

<p>
  Il y a maintenant un simple duo responsable de cette liste&nbsp;:

<p>
<example>  
  Denis Barbier &lt;barbier@imacs.polytechnique.fr&gt;, 
  Martin Quinson &lt;mquinson@ens-lyon.fr&gt;.
</example>

<p>
Christophe Le Bars &lt;clebars@debian.org&gt;, qui fut à l'origine le
précurseur de la localisation en français de Debian et le principal
acteur de cette liste en son début vient de nous signifier qu'il
abandonnait cette responsabilité de chef et de responsable de
traduction. 

<p>
Christophe, sois ici bien remercié d'avoir lancé cette lourde
mécanique et d'avoir rendu possible l'énorme travail qui est accompli
aujourd'hui et qui s'accomplit encore chaque jour.


<p>
 On peut aussi aller directement sur le site Debian pour obtenir cette
 information&nbsp;:

<p>
<url id="http://www.fr.debian.org/devel/website/translation_coordinators">

<p>
  Ce sont les gens qui ont les droits d'accès au <prgn>cvs</prgn> du
  serveur Debian et qui peuvent archiver les traductions au fur et à
  mesure de leur arrivée. Ils ont aussi pour rôle d'essayer de faire
  régner l'harmonie et l'amour entre les participants de la
  liste&nbsp;;-)

<sect> Où est archivée la liste&nbsp;?

<p>
<url id="http://lists.debian.org/i18n.html">

<p>
  Puis allez cliquer dans le mois-année qui vous intéresse dans
  <em>debian-l10-french</em>.
<p>
<url id="http://lists.debian.org/debian-l10n-french/">

<sect> Qui est René Cougnenc&nbsp;?

<p>
  René Cougnenc fut un des précurseurs de Linux en France et il a
  contribué à sa diffusion par la qualité de ses traductions. Un
  certain nombre d'ouvrages faisant encore référence ont été traduits
  de sa main (liste chez O'Reilly).

<p>
  René nous a quitté il y a quelques années.

<p>
  Comme ses traductions sont remarquables, nous y faisons souvent
  référence.
</chapt>


<chapt> Techniques

<sect> Quel est le format des traductions&nbsp;?  

<p> 
  Le format retenu pour la documentation Debian est le
  <prgn>sgml</prgn>&nbsp;: il s'agit du format debian-doc dont la
  documentation est livrée avec toutes les distributions Debian
  (cf. «&nbsp;Comment apprendre le format debian-doc
  sgml&nbsp;?&nbsp;»).

<p>
  En ce qui concerne le format des pages du site oueb de Debian, le
  format retenu est le <prgn>wml</prgn>. Il est peu probable que vous
  ayez directement à créer une page donc une connaissance très
  approximative de ce format est suffisante. Il s'agit en fait de
  <prgn>html</prgn>.  

<p>
  Enfin, il y a des documents plus particuliers comme les pages de
  manuels ou les logiciels spécifiques à Debian (comme
  <prgn>dpkg</prgn> ou <prgn>apt</prgn>). Pour le coup, il vaut mieux
  savoir un peu ce que l'on fait avant de se jeter sur ce type de
  traduction. Pour plus de détails, voir le chapitre «&nbsp;Traduire pour
  Debian (et pour le logiciel libre en général)&nbsp;».

<sect> Comment apprendre le format debian-doc <prgn>sgml</prgn> et
<prgn>wml</prgn>&nbsp;?

<p>
  Il existe deux documents, l'un en anglais et l'autre traduit en
  français. Le premier est disponible dans le paquet
  <prgn>debiandoc-sgml</prgn> et le second dans le paquet
  <prgn>doc-debian-fr</prgn>. Ils sont donc livrés en standard dans
  chaque distribution Debian.

<p>
  On peut aussi trouver directement le document en français sur le
  site de Debian à

<p>
  <url id="http://people.debian.org/~clebars/f2dp/translations/markup.fr.html/">

<sect> Quelle traduction choisir&nbsp;? 

<p>
  De préférence une traduction qui ne soit pas en cours ou maintenue
  activement par quelqu'un. Cela dépend un peu de vos compétences et
  de votre temps disponible. Ne soyez pas trop gourmand au début&nbsp;:
  commencez par quelque chose de court pour vous faire la main.

<p>
  Pour éviter de se noyer dans la masse des documents à traduire,
  Martin Quinson a écrit un petit script pour faciliter et automatiser
  la recherche.  Son script, en fait, synchronise les pages traduites
  avec les pages originales. Voici comment cela
  fonctionne<footnote>Vous n'êtes bien sûr pas obligé d'en comprendre
  les mécanismes internes pour vous en servir&nbsp;: l'explication est
  ici juste dans un but pédagogique.</footnote>&nbsp;:

<p>
  Il faut avoir en local (c'est-à-dire sur son disque dur) toutes les
  pages anglaises et françaises. Mettez à jour régulièrement
  l'ensemble par <prgn>cvs</prgn>. Ensuite pour chaque page anglaise,
  sa version <prgn>cvs</prgn> (listée dans le <var>CVS/Entries</var>
  du répertoire où se trouve le document) est récupérée. Puis, il
  essaie de déterminer si la page française traduite existe. Dans
  l'affirmative, il cherche à déterminer si la version de traduction
  est conforme. Pour cela, il tente d'extraire l'information de la
  ligne

<p>
<var>
#use wml::debian::translation-check translation="X.x" maintainer="aze"
</var>

<p>
  du document. C'est un en-tête obligatoire des documents comme
  l'indique le document&nbsp;:

<p>
<url id="http://www.fr.debian.org/devel/website/uptodate">

<p>
  Le script <prgn>/cvs/webwml/check_trans.pl</prgn> détermine ainsi ce
  qui est à jour ou non. De plus, il envoie automatiquement un
  courriel au responsable de la traduction du document en cas de
  changement pour le prévenir. Pour cela, il faut que ledit
  responsable ait préalablement indiqué dans le fichier
  <var>/cvs/webwml/french/international/french/translator.db.pl</var>
  son adresse électronique et la fréquence avec laquelle il veut
  recevoir ces notifications.

<p>
  En pratique, pour choisir une traduction, il faut récupérer les
  sources des documents par <prgn>cvs</prgn> des pages anglaises et
  françaises (cf. «&nbsp;Comment utiliser
  <prgn>cvs</prgn>&nbsp;?&nbsp;»). Ensuite, il faut lancer le script
  précité, sans l'option <prgn>-m</prgn> qui active l'envoi des
  courriels, et en précisant la langue (par exemple,
  <prgn>./check_trans.pl french</prgn>.

<p>
  À ce moment, le script va vous renvoyer plein de lignes
  <em>NeedToUpdate</em> et <em>Missing</em>. Il suffit alors de
  choisir un document manquant (ligne <em>Missing</em>).

<p>
  On peut aussi consulter ces informations en ligne sur
<url id="http://www.debian.org/devel/website/stats/fr.html">
  ou de manière plus détaillée sur
<url id="http://www.debian.org/intl/french/www-untranslated.fr.html">
(la page est bien sûr beaucoup plus lourde que la précédente).


<sect> Comment se déclarer traducteur&nbsp;?

<p>
  Il suffit de poster un message sur la liste de diffusion
  <em>debian-l10n-french</em> déclarant que vous allez vous occuper de
  tel document, si personne ne le fait déjà. Dans ce cas,
  généralement, il y a approbation simple d'un des responsables des
  traductions et vous devenez automatiquement responsable de la
  traduction que vous avez choisie. Vous en devenez aussi le
  responsable officiel, c'est-à-dire qu'il vous incombe de suivre le
  document original et de modifier la traduction le cas échéant. Vous
  devez de plus rassembler les relectures qui vous seront adressées
  sur la liste et corriger votre texte en conséquence.

<p>
  Si par hasard vous n'avez pas reçu d'approbation, vous pouvez vous
  considérer comme nommé responsable automatiquement. Faites bien
  attention toutefois que le courriel destiné à la liste a bien été
  acheminé...&nbsp; Attendez quand même un ou deux jours avant de vous
  lancer.

<p>
  Si quelqu'un s'occupe déjà du document, il le fera savoir.

<sect> Comment récupérer la responsabilité d'une traduction&nbsp;?

<p>
  Il arrive qu'un traducteur n'ait plus le temps de poursuivre son
  travail. Et vous avez envie de prendre la suite (le document a par
  exemple beaucoup de retard dans la mise à jour...). Il vous suffit
  de contacter directement le responsable ou bien de vous déclarer sur
  la liste. Dans ce dernier cas, il vous faudra attendre
  obligatoirement une confirmation d'un responsable qui contactera
  lui-même l'ancien responsable.

<p>
  Il est d'usage de réattribuer une traduction si rien n'en est sorti
  au bout de deux mois et que le responsable officiel ne donne plus
  signe de vie.

<sect> Comment récupérer un document&nbsp;?

<p>
  L'ensemble de la documentation est géré par <prgn>cvs</prgn> sur le
  site de Debian. C'est un outil permettant de régler les problèmes de
  versions avec aisance. Par mesure de prudence, seuls les
  responsables officiels de la liste ont le droit d'accès en écriture
  <em>via</em> <prgn>cvs</prgn>. Par contre, tout le monde y a accès
  en lecture. Cela permet de récupérer n'importe quel document très
  facilement. Voici deux pages d'explications&nbsp;:

<p>
  <url id="http://www.debian.org/intl/french/cvs.fr.html">
<p>
  <url id="http://www.debian.org/devel/website/using_cvs.fr.html">

<p>
  Si vous n'êtes pas connecté en lisant ces lignes, voici un rapide
  résumé des opérations à effectuer&nbsp;:

<p>
  Créez-vous un répertoire local de travail&nbsp;:

<example>
mkdir debian
cd debian
</example>

<p>
  Positionnez la variable CVSROOT correctement&nbsp;:

<example>
export CVSROOT=":pserver:anonymous@cvs.debian.org:/cvs/webwml"
</example>

<p>
  Pour éviter de le faire à chaque fois, inscrivez-la en dur dans
  votre fichier de configuration de <prgn>shell</prgn> par défaut. Si
  vous ne savez pas ce que vous utilisez, mettez-le par défaut dans
  votre <file>~/.bashrc</file>.

<p>
  La première fois, vous aurez à taper&nbsp;:

<example>
cvs login
</example>

<p>
  et ensuite sur la touche <em>Entrée</em> lorsque <prgn>cvs</prgn>
  demandera le mot de passe.

<p>
  Toujours la première fois, vous aurez à valider (<em>co&nbsp;: check-out</em>)
  chaque nouvelle entrée dans l'arborescence&nbsp;:

<example>
 cvs co &lt;nom du répertoire&gt;
</example>

<p>
  puis, pour mettre à jour (<em>update</em>), faire régulièrement

<example>
cvs update &lt;nom de répertoire&gt;
</example>

Exemple&nbsp;:

<example>
cvs co webwml/english
cvs co webwml/french/Bugs
</example>

<p>
  Ceci créera dans le répertoire <em>debian</em> une image du site
  Debian contenant le répertoire <em>webwml</em> contenant lui-même le
  contenu de <em>english</em> et celui de <em>french/Bugs</em>.

<p>
  Le répertoire <em>english</em> est très gros mais je conseille de le
  faire, même avec un modem. Au 14 octobre 2001, il faisait environ
  18&nbsp;mégaoctets. Un petit mauvais moment à passer. Les
  mises à jour ne sont pas du tout coûteuse. Le répertoire
  <em>french</em> est lui plus petit (4,8&nbsp;Mo le 14 octobre 2001).

<sect> Comment éditer une traduction&nbsp;?

<p>
  Il faut récupérer le document original sur le <prgn>cvs</prgn> de
  Debian au format <prgn>sgml</prgn> pour un document et
  <prgn>wml</prgn> pour une page oueb. Le document est alors en ASCII
  s'il ne comporte que la langue anglaise et en iso-latin 1 (ou 15)
  s'il comporte du français. Les accents sont autorisés (et même
  chaudement recommandés&nbsp;:-) Vous pouvez donc l'éditer avec
  n'importe quel (bon) éditeur de texte. Ceux qui permettent la mise
  en couleur de balises favorisent évidemment le travail du
  traducteur-relecteur.

<p>
   Si vous ne connaissez rien aux éditeurs de texte, j'ai fait une
   introduction à <prgn>Emacs</prgn> destinée aux débutants sur mon
   site&nbsp;:

<p>
<url id="http://p.karatchentzeff.free.fr/freesoft/emacs/html">

<p>
  Cela peut vous servir de base de départ. L'emploi d'un mode <em>ad
  hoc</em> comme le <prgn>psgml-mode</prgn> peut grandement vous
  aider. Voir la page de Stéphane Bortzmeyer à ce sujet&nbsp;:

<p>
<url id="http://people.debian.org/~bortz/SGML-HOWTO/potato/x323.html">

<p>
  Si vous partez d'un document vierge, il suffit de coller au document
  original en respectant scrupuleusement les balises initiales. Tout
  ce qui est à l'extérieur des balises doit être traduit. Les balises
  doivent toutes être conservées. À l'exception de l'attribut
  <prgn>name</prgn> de la balise <prgn>url</prgn> qui doit être
  traduit.

<sect> Comment modifier une traduction&nbsp;?

<p>
  De la même façon que pour un nouveau document mais en partant cette
  fois d'un document déjà traduit. Si la dernière traduction est trop
  ancienne, il peut être judicieux de repartir d'une feuille blanche.

<p>
  Vous devez aussi inclure  votre nom comme traducteur ou l'ajouter à
  celui qui vous a précédé dans ce travail. Pour cela, il suffit
  d'ajouter au-dessous des auteurs originaux&nbsp;:

<p>
<example>
 &lt;author&gt;
 Jean Dupont
&lt;email&gt; jean.dupont@fai.fr &lt;/email&gt;
 &lt;/author&gt;
</example>

<p>
  Même si vous repartez d'une feuille blanche, conservez le(s) nom(s)
  de celui ou ceux qui vous ont précédé dans la traduction du
  document.


<sect> Comment m'assurer que je n'ai pas modifié une balise par inadvertance&nbsp;?

<p>
  La meilleure méthode consiste encore à compiler votre document s'il
  s'agit d'un format debian-doc ou bien de l'éditer dans un butineur
  <prgn>html</prgn> s'il s'agit d'un document <prgn>wml</prgn>.

<sect>Quels sont les paquets Debian nécessaires à la compilation d'un document&nbsp;?

<p>
  Il vous faudra installer le paquet <prgn>debiandoc-sgml</prgn>. Pour
  ce faire, acquérez les droits de <em>root</em> et faites&nbsp;:

<p>
<example>
$ apt-get install debiandoc-sgml
</example>

<p>
  Et c'est tout.

<sect> Comment compile-t-on un document au format  <prgn>sgml</prgn>&nbsp;?

<p>
  Tout d'abord, vous devez avoir installé le paquet
  <prgn>debiandoc-sgml</prgn> (cf. «&nbsp;Quels sont les paquets
  Debian nécessaires à la compilation d'un document&nbsp;?&nbsp;»).

<p>
  Vous devez avoir sur votre système la série d'utilitaires suivante&nbsp;:

<p>
<example>
/usr/bin/debiandoc2html
/usr/bin/debiandoc2latex
/usr/bin/debiandoc2texinfo
/usr/bin/debiandoc2text
/usr/bin/debiandoc2textov
/usr/bin/debiandoc2info
/usr/bin/debiandoc2latexdvi
/usr/bin/debiandoc2latexpdf
/usr/bin/debiandoc2latexps
</example>

<p>
  Ces commandes permettent une transformation aisée du document
  <prgn>sgml</prgn> vers le format de sortie de votre choix (ici, dans
  l'ordre de la série précédente&nbsp;: <prgn>html</prgn>, LaTeX, texte,
  textov (<prgn>troff</prgn>), <prgn>info</prgn>, <prgn>dvi</prgn>,
  <prgn>pdf</prgn> et PostScript.

<p>
  Si vous désirez une sortie en PostScript, vous n'avez alors qu'à
  taper la commande suivante&nbsp;:

<p>
<example>
$ debiandoc2latexps MonDocument.sgml
</example>

<p>
  Si le document compile sans erreur, vous obtiendrez alors dans le
  répertoire en cours le document <prgn>MonDocument.ps</prgn> en
  PostScript. Il en va de même pour tous les formats de conversion.

<p>
  Si la compilation tourne mal, <prgn>debiandoc2xxx</prgn> s'arrête et
  renvoie sur la sortie standard l'erreur en anglais qui l'a fait se
  planter. Comme les numéros de ligne et de colonne sont fournis, il est
  aisé d'aller enquêter et de déterminer l'erreur (la plupart du
  temps, c'est un problème d'ouverture-fermeture de balises...). Il y
  a aussi à ce moment un fichier <prgn>MonDocument.sasp</prgn> qui est
  engendré automatiquement.

<p>
  N'hésitez pas à aller lire la documentation afférente à ces outils.

<sect> Comment obtenir une sortie imprimable d'un document&nbsp;?

<p>
  Il vous est peut-être plus facile de relire la documentation sur
  papier pour différentes raisons (la première généralement est que
  l'écran de votre ordinateur et la baignoire ne font pas bon
  ménage...).

<p>
  Le site Debian ne propose la documentation que sous sa forme de
  sources (<prgn>sgml</prgn> ou <prgn>wml</prgn>). Donc, vous allez
  devoir le faire vous-même. Récupérez le document source, de toute
  façon indispensable à l'annotation des erreurs et compilez-le
  vous-même. Reportez-vous à la question «&nbsp;Comment compile-t-on
  un document au format <prgn>sgml</prgn>&nbsp;?&nbsp;» pour ce faire.

<p>
  Si votre système d'impression est bien configuré sous votre Debian,
  la méthode la plus rapide consiste à obtenir du
  <prgn>dvi</prgn>. Vous pourrez l'imprimer directement en tapant tout
  simplement la commande <prgn>lpr</prgn>. Sinon, utilisez du
  PostScript ou du <prgn>pdf</prgn> suivant la configuration de votre
  environnement. Si vous n'y arrivez pas, faites-vous aider pour la
  configuration de votre système.

<p>
  Il n'y a rien d'analogue pour les pages du site au format
  <prgn>wml</prgn>. Vous pouvez toujours les éditer dans un butineur
  <prgn>html</prgn> et tenter de les imprimer directement. Sachez
  toutefois qu'il existera toujours une ligne en en-tête du document,
  du genre&nbsp;:

<p>
<var>
#use wml::debian::template title="Lexique du projet de traduction de Debian" 
</var>

<p>
 qui n'est évidemment pas une erreur&nbsp;;-)


<sect> Y a-t-il un site ou une référence pour les traductions&nbsp;?

<p>
  La page de départ est

<p>
  <url id="http://www.debian.org/intl/french/ltcp.fr.html">

<p>
  Pour les traducteurs et relecteurs, un lexique de base est disponible à&nbsp;:

<p>
  <url id="http://www.debian.org/intl/french/aide.fr.html">

<p>
  Pour ceux qui ne sont pas connectés, voici un petit lexique (qui
  sera forcément moins à jour que la page ci-dessus)&nbsp;:

<sect1>Vocabulaire spécifique à Debian

<P>
<example>
backport ............ :  portage arrière, rétroportage
bug tracking system . :  système de suivi des bogues
dependency .......... :  dépendance (pour dpkg)
diversion ........... :  détournement (pour dpkg)
diverted ............ :  détourné (pour dpkg)
essential ........... :  essentiel (pour dpkg)
maintainer .......... :  responsable
newsletter (DWN) .... :  gazette
on hold ............. :  gelé, {à garder, bloquer, en suspens,
                         en attente, préservé, maintenu}(pour dpkg)
overriding .......... :  recouvrement (pour dpkg)
package ............. :  paquet
package management .. :  gestion des paquets
release note ........ :  carnet de lancement (?), note de version,
                         numéro de version
selected ............ :  sélectionné (pour dpkg)
to divert ........... :  détourner (pour dpkg)
unpacked ............ :  dépaqueté
unpacking ........... :  dépaquetage
update .............. :  mise à jour
upgrade ............. :  mise à niveau
</example>

</sect1>

<sect1>Vocabulaire spécifique à Debian/Hurd

<p>
<example>
translator  ............ :  traducteur
</example>
</sect1>

<sect1>Vocabulaire spécifique à l'informatique

<p>
<example>
(device) driver ........ : pilote ou gestionnaire (de périphérique)
FAQ .................... : Foire aux questions
RAM disk ............... : disque virtuel, image de disque en mémoire
accounting ............. : comptabilité
back-end ............... : dorsal, de sortie (suivant contexte)
block device files ..... : fichiers de périphérique en mode bloc
buffering .............. : retenir, mettre en mémoire
character device files . : fichiers de périphérique en mode caractère
checksums .............. : (MD5 checksum -> code de contrôle MD5), 
                           code de contrôle
depot .................. : dépôts, entrepôt,
downgrade .............. : remise à un niveau inférieur, 
                           « abaissement du niveau », mise à jour
e-mail ................. : courrier, courriel, adresse électronique
error handler .......... : routine de traitement d'erreurs
failure ................ : échec
file details field ..... : champ des détails du fichier
force .................. : forçage
front-end .............. : interface, frontal, surcouche, 
                           lanceur de programme
garbage ................ : résidu
incorporated ........... : intégré, incorporé
linker ................. : éditeur de liens
mailing list ........... : liste de diffusion
matching ............... : correspondance, identification
out of memory .......... : mémoire insuffisante
patch .................. : rustine
padding ................ : remplissage
pattern ................ : motif, modèle
plain file ............. : vrai fichier (?) fichier ASCII, régulier (?)
regular expressions .... : expressions rationnelles
repository ............. : référentiel
support ................ : assistance
timestamps ............. : cachet de date (pour les tar.po)
to fsync ............... : synchroniser (?) synchroniser des fichier par fsync
fix (a bug) (to)........ : corriger (un bogue)
to overwrite ........... : remplacer
to rewind .............. : revenir, rembobiner, recommencer
to seek ................ : rejoindre, atteindre, traverser
to set ................. : paramétrer
to scan ................ : numériser
to stat ................ : analyser (?) extraire à des fins statistiques (?)
trailing garbage ....... : résidus restant
transceiver ............ : émetteur-récepteur, « transcepteur » 
                           (néologisme, à éviter si possible), 
                            micro-transmetteur (expression utilisée 
                            dans certaines docs, mais incorrecte)
unable ................. : impossible de, préférer « incapacité à » ou
                            « je ne peux pas »
unable seek ............ : déplacement impossible, destination impossible
</example>
</sect1>


<sect1>Faux-amis

<p>
<example>
alternative ............ : solution de remplacement, de rechange , (?)
completion ............. : complètement
compress ............... : comprimer
couple ................. : quelques
decade ................. : décennie
publicity .............. : publication
generate ............... : engendrer, fabriquer, produire 
library ................ : bibliothèque
pipe ................... : tube
status  ................ : état
</example>
</sect1>

<sect1>Termes polémiques

<p>

(dans cette partie sont regroupés les termes dont l'usage n'a pas
encore décidé sous quelle forme ils vont être figés. Le traducteur a
donc la liberté de choisir la forme de celui qui lui paraît être la
meilleure)

<p>
<example>
CD-ROM ..............  : cédérom, CD-ROM
DVD-ROM .............  : dévédérom, DVD-ROM (?)
epoch ...............  : époque
</example>
</sect1>


<sect> Comment poster une traduction&nbsp;?

<p>
  Une fois votre traduction terminée, vous n'avez plus qu'à la poster
  directement sur la liste de diffusion afin de la soumettre à
  relecture. Vous pouvez aussi très bien la faire relire par d'autres
  personnes complètement extérieures. Mais elle doit être
  obligatoirement postée sur la liste.

<p>
  Le document doit être posté tel quel et dans la mesure du possible
  livré en attaché (pour faciliter un traitement ultérieur
  automatique). Il serait aussi pratique de positionner le type MIME
  en <em>text/plain</em> avec un encodage favorisant une intervention
  directe comme le 8&nbsp;bits (évitez l'uuencodage si possible). Si vous
  êtes sous Linux, créez un fichier <file>$HOME/.mime.types</file>
  contenant <em>text/plain wml diff patch</em> devrait suffire.  Il
  faut indiquer le nom du document et aussi sa révision, en demandant
  sa relecture. Sauf empêchement majeur, le document sera archivé
  rapidement sur le <prgn>cvs</prgn> de Debian en l'état, à charge au
  responsable de centraliser les relectures et d'apporter les
  modifications nécessaires. Il pourra alors déposer une nouvelle
  version qui mettra ainsi à jour le <prgn>cvs</prgn> de Debian
  jusqu'au document final.

<p>
  Si le document est déraisonnablement trop gros pour être posté sur
  la liste (pensez que tout le monde n'a pas une liaison haut débit
  (<em>i.e.</em> qui commence à 56&nbsp;kbps)), il vaut mieux
  contacter en privé ou sur la liste les responsables de la liste. Le
  document leur sera alors À LEUR DEMANDE envoyé personnellement et
  ils s'occuperont de sa mise en place sur le site de Debian. Une
  annonce sera postée alors sur la liste pour un appel à relecture
  avec le pointeur <em>ad hoc</em>.

<p>
  En ce qui concerne le format du messagee, soyez raisonnable&nbsp;:
  une petite page en <em>wml</em> pourra être postée dans le corps du
  message ou en attaché tandis qu'un <prgn>diff</prgn> conséquent sera
  attaché après avoir été <em>gzipé</em>.

<p>
  Il est à noter une nouvelle habitude qui prend peu à peu le pas sur
  la précédente. Depuis que les templates Debconf font partie du
  travail de la liste, il aurait été trop lourd de livrer chaque
  relecture sur la liste elle-même, ce qui fait que dans ce cas, les
  corrections sont à envoyer directement à celui qui est responsable
  du document. Il en va de même pour les DWN («&nbsp;les Nouvelles
  Hebdomadaire de Debian&nbsp;»). Il y a bien sûr un risque non
  négligeable de perte en procédant ainsi&nbsp;: toute idée
  d'amélioration est bonne à prendre...

<sect> Comment relire une traduction&nbsp;?

<p>
  Tout d'abord, bien lire la page&nbsp;:

<p>
  <url id="http://www.debian.org/intl/french/aide.fr.html">

<p>
  et notamment la partie «&nbsp;Comment relire une traduction&nbsp;».

<p>
  Pour résumer, tout le monde peut participer à son niveau donc il ne
  faut pas hésiter une seconde. Il n'y a pas de commentaire stupide&nbsp;:
  chaque pierre apportée construit l'édifice.

<p>
  Il vous faut récupérer le document posté sur la liste de diffusion
  ou bien sur le serveur <prgn>cvs</prgn> de Debian. Sauvegardez alors
  le document original sous son nom d'origine et dupliquez-le sous un
  autre nom (soyez logique&nbsp;: gardez le même nom avec un commentaire
  astucieux&nbsp;: si le document s'appelle <prgn>toto.fr.sgml</prgn>,
  appelez le vôtre <prgn>toto.fr.relu.sgml</prgn>).

<p>
  Éditez alors le document et apportez-y les modifications que vous
  désirez (fautes d'orthographe, de grammaire, de traduction,
  maladresse de style, incompréhension,...). Vous pouvez bien sûr
  commenter pour vous faire comprendre. Quand vous aurez fini (et même
  si vous n'avez pas le temps de tout faire&nbsp;: il vaut mieux un texte
  relu au quart que pas du tout), vous faites alors&nbsp;:

<p>
<example>
  diff -u texte texte.relu > diff_texte
</example>

<p>
  <prgn>diff</prgn> est un utilitaire Unix qui permet d'extraire avec
  l'option <prgn>-u</prgn> les différences entre deux fichiers. On
  redirige le tout vers un nouveau fichier (ici, diff_texte). Éditez
  ce fichier et vous comprendrez vite...&nbsp; L'intérêt est qu'il
  permet au responsable de la traduction d'appliquer rapidement les
  modifications et que l'envoi du fichier est allégé (on ne renvoie
  que les modifications et non tout le texte modifié).


<sect> Comment poster une relecture&nbsp;?

<p>
  Vous devez poster la relecture comme une demande de relecture (de
  préférence dans le corps du message, sans attaché ni
  compression). Si vous avez conservé l'envoi original de demande de
  relecture, faites un «&nbsp;<em>reply-to</em>&nbsp;» sur le courriel
  original. Sinon, mettez un titre explicite pour que le responsable
  de traduction sache bien que cela lui est destiné. Un titre du genre
  «&nbsp;relecture du document toto.fr.sgml&nbsp;» ou
  «&nbsp;[relecture] toto.fr.sgml&nbsp;» est parfait.

<p>
  Inutile de mettre le responsable en copie (CC). Il est abonné.

<sect> Comment demander de l'aide&nbsp;?

<p>
  S'il s'agit d'un problème spécifique à Debian ET à la traduction, la
  liste <em>debian-l10n-french</em> est là pour cela. Assurez-vous
  avant d'avoir bien cherché par vous-même &mdash;&nbsp;notamment en
  ayant lu la FAQ et les documents d'aides à

<p>
  <url id="http://www.debian.org/intl/french/ltcp.fr.html">

<p>
  Sinon, sur Debian en général, adressez-vous à la liste de diffusion
  <em>debian-user-french</em> pour avoir des renseignements en
  français sur Debian. Après avoir lu la FAQ à

<p>
<url id="http://www.ens-lyon.fr/~mquinson/debian/faq-french/debian-french-faq.html/">


<sect> Que devient un document traduit&nbsp;?

<p>
  Tout document traduit se voit intégré dans le système de gestion de
  versions (<prgn>cvs</prgn>) de Debian. La liste des traductions en
  cours est accessible à

<p>
  <url id="http://www.debian.org/intl/french/index.fr.html">


<sect> Qu'est-ce qui fait référence en matière de traduction pour Debian&nbsp;?

<p>
  La page <url
  id="http://www.debian.org/intl/french/aide.fr.html"> donne
  un lexique minimaliste qui a été arrêté pour la traduction en
  français de certains termes spécifiques.

<p>
  Il n'y a pas spécialement de doctrine arrêtée pour le reste, chacun
  puisant là où il veut. Toutefois, en dernier ressort, en cas de
  dilemme, c'est la majorité qui emporte la décision. Le mot ou
  l'expression est alors entré dans le lexique Debian et les
  traducteurs doivent alors s'y conformer.
</sect>
</chapt>


<chapt>Traduire pour Debian (et pour le logiciel libre en
général)</heading>

<p>
  Note&nbsp;: Ce chapitre est appelé à être traduit en anglais de façon à
  devenir le <em>HOWTO-l10n</em> de Debian en particulier mais aussi
  de tous les logiciels libres.</p>

<p> 
  Ce chapitre est l'oeuvre de Martin Quinson&nbsp;: il a été publié
  originalement dans la <em>Foire aux questions</em> de
  <em>debian-user-french</em>. Je le reprends à mon compte à présent.


<sect>Introduction

<p>
  La traduction fait partie des objectifs de Debian. C'est un
  fait. Mais tout n'est pas si simple, et les volontaires potentiels
  sont souvent rebutés par les difficultés rencontrées. L'objectif de
  ce document est de faire le point sur ce qui se fait et comment le
  faire.

<p>
  Il convient tout d'abord d'insister sur le fait que la traduction
  est l'une des tâches les plus simples permettant de faire avancer
  Debian et les logiciels libres. Nul besoin de savoir programmer pour
  le faire. Mais il ne faut pas non plus prendre cela à la légère. Il
  ne s'agit pas de traduire à la chaîne, n'importe comment. Il faut se
  souvenir que c'est ce que les utilisateurs verront. Il faut donc
  faire attention à ne pas faire de contresens, et soigner sa
  grammaire et son orthographe. Cela me semble évident et cela va sans
  le dire, mais je suppose que cela va mieux en le disant.

<sect1>Que traduire dans un paquet&nbsp;?

 <p>
   Avant de continuer, il faut préciser que traduire les messages
   affichés n'est qu'une pierre de l'édifice. Avant ça, il faut que
   quelqu'un modifie le code source pour que le programme puisse
   utiliser plusieurs catalogues de messages. C'est une partie de ce
   qu'on appelle l'internationalisation d'un code source, ou
   <em>i18n</em> en raccourci. Les autres parties consistent à
   permettre aux programmes d'afficher des caractères autre que ceux
   utilisés aux États-Unis (Le problème ne se pose plus vraiment pour
   le français et les langues européennes, mais il est d'une actualité
   brûlante pour les langues asiatiques, par exemple). Mais nous ne
   parlerons ici que de la traduction
   («<em>&nbsp;localization</em>&nbsp;» en anglais, <em>l10n</em> pour
   faire court). Pour l'i18n, un bon point de départ est le manuel
   «&nbsp;Introduction à i18n&nbsp;», disponible à l'adresse <url
   id="http://www.debian.org/doc/devel-manuals#i18n">.
 
<p>
 Voyons maintenant les différentes choses que l'on peut traduire dans
 un paquet Debian

   <sect2>Les messages affichés

    <p>
      Debian (et Linux en général) sont dotés de beaux mécanismes pour
      traduire les messages des programmes. Le plus célèbre (et le
      seul dont je parlerais ici) est <prgn>gettext</prgn>. D'un point
      de vue technique, c'est basé sur une bibliothèque
      <prgn>gettext</prgn>, justement) qui permet au programme de
      charger à l'exécution le catalogue de messages utilisé pour
      pouvoir parler dans la langue de l'utilisateur. Pour ceux qui
      veulent en savoir plus sur comment ça marche, le manuel de
      <prgn>gettext</prgn> n'est pas si mal fait que ça
      (<var>www.gnu.org/manual/gettext</var> ou
      <var>/usr/share/doc/gettext-doc/index.html</var> si vous avez
      installé le paquet <prgn>gettext-doc</prgn>).

    <p>
      Évidemment, pour que cela marche, il faut bien que quelqu'un
      traduise lesdits catalogues de messages. L'objectif de ce
      document est entre autres d'expliquer comment le faire. Nous
      reviendrons sur ce point dans une partie ultérieure.
    </sect2>
	  
   <sect2>La documentation

    <p>
      La documentation est une partie importante à traduire. Qu'il
      s'agisse des pages de manuel, (ce qu'on obtient par la commande
      <prgn>man(1)</prgn>), des fichiers info (cf.
      <prgn>info(1)</prgn>) ou des manuels de l'utilisateur fournis
      (en html ou autre) par certains paquets.

     <p>
       Mais pour tout cela, il n'y a rien de bien fixé. Pas de belles
       procédures pour savoir si la traduction est à jour. Et pour
       être honnête, pour l'instant, chaque projet développe sa propre
       méthode sans qu'aucun plan général ne se dégage jusqu'à
       présent. Je n'en parlerai donc pas dans ce document. On a déjà
       assez à faire avec le reste.
   </sect2>
	
   <sect2>Les différents fichiers GNOME</heading>

    <p>
      Mais même si on se restreint au matériel à traduire pour
      lesquels il existe des procédures automatiques, parler des
      fichiers <prgn>po</prgn> ne suffit pas [tout à fait]. Les menus
      de GNOME (et KDE&nbsp;?) sont à traduire, aussi, mais ce ne sont pas
      des messages affichés par le programme lui-même. Donc, dans un
      premier temps, on a inventé des fichiers <prgn>.desktop</prgn>
      qui contenaient ces informations.

    <p>
      Voici un exemple&nbsp;:

<example>
[Desktop Entry]
Name=Netscape
Comment=Netscape browser
Name[ro]=Netscape
Name[bg]=Netscape
Comment[bg]=Netscape Íàâèãàòîð
Comment[br]=Merdeer Netscape
Name[ca]=Netscape
Comment[ca]=Navegador d'Internet Netscape
Name[cs]=Netscape
Comment[cs]=Prohlí¾eè HTML souborù umístìných na Síti nebo disku
Name[da]=Netscape
Comment[da]=Netscape webbrowser
Name[de]=Netscape
Comment[de]=Netscape Navigator
Name[el]=Netscape
Comment[el]=ÖõëëïìåôñçôÞò Netscape
Name[es]=Netscape
Comment[es]=Navegador Netscape
Name[et]=netscape
Comment[et]=WWW lehitseja Netscape
Name[eu]=Netscape
</example>
	  
  <p>
    La syntaxe n'est pas si complexe, et je n'approfondis pas.

  <p>
    Mais ce n'était pas vraiment pratique de tenir à jour les
    <prgn>.po</prgn> et les <prgn>.desktop</prgn>. Les gens de GNOME
    (je ne sais pas comment font les gens de KDE ou de WindowMaker,
    mais cela doit être équivalent) ont donc fait les programmes que
    l'on peut installer sur sa machine en installant le paquet
    <prgn>xml-i18n-tools</prgn>. Il s'agit de séries de scripts qui
    prennent les chaînes à traduire dans le <prgn>.desktop</prgn> (et
    autre du même genre), les met dans le <prgn>.po</prgn> pour que
    les traducteurs puissent faire leur boulot simplement, et récupère
    la traduction pour la remettre à sa place dans le
    <prgn>.desktop</prgn> lors de la compilation. Bref, tout ça pour
    dire que du point de vue du traducteur, les <prgn>.desktop</prgn>
    peuvent être oubliés. On traduit les <prgn>.po</prgn>, et la
    machine se dépatouille.
 </sect2>
  
 <sect2>Les <prgn>templates debconf</prgn>

  <p>
    Autre catégorie que l'on peut traduire&nbsp;: les fichiers de
    <prgn>templates debconf</prgn>. Il s'agit des textes de questions
    qu'on va voir quand on configure un paquet. C'est une
    <em>debianerie</em> (<em>i.e.</em>, hors de Debian, ça n'existe
    pas [encore]).

  <p>
   Voici un exemple (traduit)&nbsp;:

<example>
Template: debconf/showold
Type: boolean
Default: false
Description: Show all old questions again and again?
 Debconf normally only asks you any given question once. Then it remembers
 your answer and never asks you that question again. If you prefer, debconf
 can ask you questions over and over again, each time you upgrade or
 reinstall a package that asks them.             
 .
 Note that no matter what you choose here, you can see old questions again
 by using the dpkg-reconfigure program.             
Description-fr: Poser de nouveau les anciennes questions ?
 Normalement, debconf ne pose chaque question qu'une seule fois. Ensuite,
 il se  souvient de la réponse que vous avez donnée, et ne repose jamais
 cette question. Si vous préférez, debconf peut reposer chaque question
 encore et encore, chaque fois qu'un paquet ayant besoin de cette réponse
 est installé ou mis à jour.           
 .
 Notez que quel que soit votre choix ici, vous pouvez revoir la
 configuration  d'un paquet avec le programme dpkg-reconfigure.   
Description-it: Mostrare sempre le vecchie domande?
 Debconf normalmente pone le domande una sola volta, ricorda le risposte
 date e non pone più la stessa domanda. Se preferite potete ora scegliere
 che vi venga posta la stessa domanda ogni volta che aggiornate o
 reinstallate un pacchetto.         
 .
 Notate che non importa la scelta fatta qui, potete vedere di nuovo le
 vecchie domande usando il programma dpkg-reconfigure.         
</example>
   
   <p>
     Encore une fois, cela se passe d'explication.

   <p>
     Il existe toute une mécanique pour gérer les traductions, ce qui
     permet de vérifier que les traductions sont à jour.  C'est dans
     le paquet <prgn>debconf-utils</prgn>&nbsp;: ce sont les programmes
     <prgn>debconf-getconf</prgn> et
     <prgn>debconf-mergetemplates</prgn>.

   <p>
    Mais bon. Je commence à me dire qu'il serait pas mal de faire des
    fichiers de <prgn>templates</prgn> comme des fichiers
    <prgn>po</prgn>. Disons que j'y réfléchis. En attendant, il faut
    passer par la traduction séparée des <prgn>templates</prgn> (sur
    laquelle on reviendra plus tard).
 </sect2>
	
 <sect2>Les pages oueb

   <p>
     Le site oueb de Debian compte parmi les mieux
     internationalisés. Si on a bien réglé son navigateur (la page
     <url id="http://www.debian.org/intro/cn"> indique comment le
     faire), les pages arrivent directement dans la langue choisie.
 
   <p>
     Il y a aussi un mécanisme pour vérifier que la traduction est à
     jour, et indiquer au visiteur si la traduction qu'il voit est
     obsolète, ainsi que pour prévenir le traducteur qu'il doit mettre
     son travail à jour. Plus de détails  sur la page <url
     id="http://www.debian.org/devel/website/">.
  </sect2>
	
  <sect2>Les menus Debian

   <p>
     Comme Debian utilise un méta-système de menu, on devrait arriver
     à les traduire. Il y a même un pseudo mécanisme de traduction
     dans le paquet menu. Et dans le fichier <em>doc/translate</em>,
     on peut lire&nbsp;:

   <p>
<em>
     What I propose is that update-menus simply learns the dutch,
     german, whatever translations for "Apps", "Editors", "The Gimp",
     "X Window Snapshot", and so on. These translations would be
     provided in a form similar/identical to the already used i18n
     format.
</em>

   <p>
<em>
     The French translations would be provided by a menu-fr.deb
     package, the Dutch translations by menu-du.deb, etc.
</em>

   <p>
<em>
     This may seem strange at first, as now the gimp package has no
     control over how the menu-entry looks in german. It might at
     first sight be much better to put in the menu entry file for the
     gimp all translations of "The Gimp" in however many languages we
     want to support.
</em>
 
   <p>
<em>
     The downside of this, is that it simply doesn't work in
     Debian. The maintainer of the gimp surely doens't know the
     translations of "The Gimp" in Dutch, Turkish, Japanise,
     Esperanto, whatever. Somewhere in Turkey there may be somone who
     is really good at translating all english titles into turkish,
     but s/he will have a very hard time convincing all 500+ package
     maintainers to include his/her translation into the package. And,
     a week later someone in Bulgaria wakes up, and sends 500+
     discriptions to 500+ maintainers, asking them to include
     that. Well, you see, with about 6000 languages on this earth, the
     maintainers are going to have a hard time.
</em>

   <p>
<em>
     That is why I propose that the package maintainers simply don't
     do anything about the languages, but simply upload their packages
     with menu entry files in them. Then some deamon on master scans
     all menu entry files in the distribution, and creates a file with
     all english words/phrases that should be translated. This file
     can be put somewhere on the web, and then this the translators
     simply gets that file, translate the 500+ entries in it, and
     create a menu-tr.deb (menu-de.deb, etc) package, and uploads
     that. Then, the users that want turkish systems simply install
     menu-tr.deb package, set the appropriate LC_* variables, and
     update-menus does what it should do.
</em>

   <p>
<em>
     This approach has the advantages that
</em>
   <list>
	<item>
         <p>
<em>
           It actually works. Forceing 500+ package maintainers to
           include the world's 6000+ languages into their menu entry
           files is really never going to work.
</em>
        </item> 	
	<item>
         <p>
<em>
           It makes things easy for both the maintainer of the
           packages with the menu entry files (they do nothing), and
           for the translators (they don't need to get the
           to-be-translated words and phrases from all kinds of
           packages, and send the results to many different package
           maintainers).
</em>
        </item> 
	<item>
         <p>
<em>
           It allows users to select what languages to install, so
           they don't have to buy extra harddisks because each menu
           entry file now is 0.5 M big (5000 languages, 100 chars per
           language).
</em>
         </item>
    </list>
    <p>
      Mais à ma connaissance, rien n'a été fait dans ce sens...
  </sect2>
	
  <sect2>Les descriptions de paquets
     <p>
       Je n'ai pas vraiment suivi ce qui se passe de ce côté. J'ai
       juste un petit pointeur à vous proposer.
        <url id="http://lists.debian.org/debian-devel-0101/msg02162.html">
     <p>
       <em>input welcome</em>.
  </sect2>
</sect1>

<sect1>Les <em>pour</em> et les <em>contre</em> de la traduction dans
 Debian
	  
 <p>
   Et oui, tout n'est pas si rose, et tout le monde n'est pas prêt à
   traduire Debian à tout va. Et même, on peut dire que
   <prgn>dpkg</prgn> n'est pas vraiment prêt à ce que tout ce qu'il
   est possible de traduire le soit. Il est impossible de lui préciser
   quelles langues on veut avoir sur la machine, et le résultat, c'est
   qu'il installe plein de trucs dont la plupart des gens n'ont aucune
   utilité. Allez visiter le répertoire <var>/usr/share/locale/</var>
   sur votre machine. C'est là que sont placés les fichiers
   <prgn>po</prgn> compilés prêts à l'emploi. Il y a plusieurs
   dizaines de mégaoctets utilisés pour avoir les messages en russe
   ou en coréen, ce que je suis bien incapable d'exploiter. Alors
   comme je suis un peu juste en place, je fais le nettoyage à la main
   de temps en temps, mais ceci est l'argument principal des opposants
   à cette méthode. Dans le camp des <em>pour</em>, il y a quelques
   idées (voir par exemple <url
   id="http://lists.debian.org/debian-devel-0011/msg00887.html">) mais
   rien n'a été fait jusque là.</p>

<p>
  La morale de l'histoire, c'est que pour l'instant, le consensus
  semble être que les fichiers <prgn>po</prgn> sont inclus avec le
  paquet qu'ils traduisent (sauf pour KDE. Tous les messages de tous
  les paquets KDE dans toutes les langues sont dans le paquet
  <prgn>kde-i18n</prgn>, ce qui n'est pas mieux). Certaines langues
  font un paquet qui contient tous les catalogues existants. Cette
  pratique est courante pour les pages de manuel des paquets de
  base. Ainsi, le paquet <prgn>manpages-fr</prgn> installe les pages
  de manuel les plus courantes. En ce qui concerne les <prgn>templates
  Debconf</prgn>, jusqu'à présent, personne n'a refusé de les inclure
  à son paquet pour gagner de la place. Mais ça pourrait se produire
  un jour. Ce jour-là, la querelle de clocher de savoir comment aider
  <prgn>dpkg</prgn> à gérer les traductions pourra reprendre de plus
  belle.&nbsp;;)
  </sect1>
</sect>
 
<sect>Comment aider&nbsp;: la partie administrative

<p>
  Le plus gros problème en ce qui concerne la traduction (mis à part
  la qualité des traductions, qui est évidemment primordiale), est de
  se <em>coordonner</em>.</p>

<p>
  Ce besoin de coordination doit se manifester&nbsp;:
<list>
 <item>
  <p>
    <em>Entre les traducteurs</em>&nbsp;: pour ne pas faire le travail deux
    fois, et que les traductions restent à jour. Il y a pire qu'une
    page de manuel non traduite&nbsp;: une page traduite non à jour, puisque
    l'utilisateur n'a aucun moyen simple de s'en rendre compte.
 </item>
 <item>
  <p>
    <em>Entre traducteurs et responsables</em>&nbsp;: pour que les choses
    traduites soient incluses dans les paquets, et que les traductions
    restent à jour.
  </item>
  <item>    
   <p>
     <em>Entre Debian et le reste du monde</em>&nbsp;: la très grande
     majorité des programmes distribués par Debian ne sont pas
     développés au sein du projet. Et quelques projets extérieurs ont
     mis en place des sous projets de traductions. Il s'agit donc de
     ne pas marcher sur les plates-bandes de ces gens et, encore une
     fois, de ne pas dupliquer le travail fait (et ne pas ternir
     encore la réputation de Debian auprès des développeurs).
  </item>
</list>

<p>
  Pour résoudre ces problèmes, je propose les procédures suivantes&nbsp;:

<sect1>Coordination entre traducteurs au sein de Debian
	
  <p>
    Les abonnés à la liste <em>debian-devel</em> connaissent les
    messages dont le titre commence par «&nbsp;ITP&nbsp;». Il s'agit
    de «&nbsp;<em>Intend To Package</em>&nbsp;». Ce sont des
    déclarations d'intention de mise en paquet. L'usage veut qu'on
    annonce sur la liste son intention de créer un nouveau paquet
    avant de se mettre au boulot, afin d'éviter que deux personnes se
    mettent à travailler sur la même chose dans leur coin.

  <p>
    Je propose de reprendre le principe et de poster des
    «&nbsp;ITT&nbsp;»(<em>Intend To Translate</em>) sur la liste qui
    va bien. Pour les traductions vers le français, la liste est
    évidemment <em>debian-l10n-french</em>.

  <p>
    Comme personne n'est parfait, il est possible que quelqu'un ait
    déjà traduit ce que vous comptiez traduire sans rien dire, et
    l'ait déjà renvoyé au responsable. Pour en avoir le coeur net,
    allez faire un tour sur la page des bogues du paquet pour lequel
    vous comptez travailler (<url
    id="http://bugs.debian.org/">nom_du_paquet), afin de vérifier
    qu'il n'y a pas de rapport de bogue contenant les traductions.
  
  <sect2>En résumé</heading>

   <p>
    <enumlist>
	<item>
	  <p>
            Avant de commencer à traduire, veuillez-vous inscrire à la
            liste de coordination des traductions. Dans le cas du
            français, il s'agit de
            <var>debian-l10n-french@lists.debian.org</var>
	</item>
	<item>
	  <p>
            Ensuite, vérifiez que personne n'a traduit ce qui vous
            intéresse sans rien dire en regardant les rapports de
            bogue du paquet.
	</item>
	<item>
	  <p>
            Annoncez votre intention par un courriel à la liste
            «&nbsp;ITT&nbsp;» <em>avant de commencer</em>.
	</item>
	<item>
	  <p>
            Si personne ne réagit, allez-y. Vous pouvez
            traduire. (voir plus loin sur comment traduire quel type
            de matériel)
        </item>
    </enumlist>
  </sect2>

<sect1> Coordination entre traducteurs et développeurs Debian

  <p>
    Ça, c'est facile. Une fois que vous avez fini votre traduction, il
    suffit de faire un rapport de bogue contre le paquet de sévérité
    «&nbsp;souhait&nbsp;» ou à l'extrême limite «&nbsp;normale&nbsp;»
    (pas pire), en expliquant ce que vous avez traduit, et en
    attachant le matériel traduit. Si vous êtes perfectionniste, vous
    pouvez surveiller la prochaine version du paquet pour voir si
    votre contribution a bien été prise en compte, et pour râler si ce
    n'est pas le cas, ou si le responsable a mis vos fichiers au
    mauvais endroit.
  </sect1>

<sect1>Coordination entre Debian et le reste du monde

  <p>
    Ça, c'est la partie la plus difficile. Je n'ai pas de réponse
    magique. Je considère qu'il y a plusieurs catégories de paquets&nbsp;:
  <list>
      <item>
	<p>
          <em>Les paquets purement Debian</em> comme <prgn>dpkg</prgn>
          ou <prgn>bug</prgn>. Dans ce cas, le problème ne se pose
          pas.
      </item>
      <item>
	<p>
           <em>Les paquets issus de projet ayant un projet de
           traduction bien établi</em> comme les programmes GNOME ou
           KDE. Dans ce cas, je pense que le plus simple est de
           rejoindre le projet de traduction associé. Voici la liste
           des plus gros projets de traductions (<em>i-e.</em>, ceux
           que je connais) vers lesquels il faut vous tourner&nbsp;:
          <list>
	    <item>
	     <p>
               <em>GNU</em>&nbsp;: L'url est <url
               id="http://www.iro.umontreal.ca/contrib/po/HTML/">.
               Attention, GNU étant GNU, il faut avoir signé un papier
               disant qu'on renonce au <em>copyright</em> pour pouvoir
               traduire leurs programmes. Plus de détails sur leur
               site.
	    </item>
	    <item>
	      <p>
                <em>GNOME</em>&nbsp;: l'url à connaître dans ce cas est
                <url
                id="http://developer.gnome.org/projects/gtp/">.
	    </item>
	    <item>
	       <p>
                 <em>KDE</em>&nbsp;: le projet de traduction de KDE est le
                 plus organisé et efficace que je connaisse. Leur url est
                 <url id="http://i18n.kde.org/">.
	    </item>
	  </list>
	<p>
          Dans ce cas, il me semble important de traduire à la
          source. Les modifications se retrouveront dans la prochaine
          version du paquet Debian
     </item>
     <item>
	<p>
          <em>Programmes ne faisant pas partie d'un grand projet, mais
          tout de même assez bien organisés en ce qui concerne les
          traductions</em>. Un exemple est <prgn>bluefish</prgn>. Il
          s'agit d'un programme «&nbsp;indépendant&nbsp;», mais il a
          tout de même des traducteurs attitrés. Le seul moyen de s'en
          rendre compte est d'aller sur la page du projet. Dans ce
          cas, il vaut mieux contribuer à la source, et ne pas rester
          au sein de Debian.
     </item>
     <item>
        <p>
          <em>Programmes indépendants où rien n'est fait pour la
          traduction</em>. Il s'agit sans doute des petits projets,
          qui n'ont pas les reins assez solides pour avoir une
          logistique de traduction en place. Dans ce cas, on peut
          rester dans Debian (et espérer que le responsable enverra à
          la source nos traductions).
     </item>
   </list>
	
<sect2>En résumé

<p>
  Sauf dans le cas de paquets purement Debian, où il convient
  évidemment de traduire au sein de Debian, ou dans le cas de petits
  projets n'ayant aucune infrastructure pour la traduction, il me
  semble important de traduire à la source. Que cela ne vous dispense
  pas d'annoncer votre intention sur la liste. On peut y coordonner
  l'aide apportée à la source.
</sect2>

<sect2>Problème supplémentaire
<p>
  Tout ça ne résout pas le problème du matériel apporté par la mise en
  paquet Debian de programmes ayant une source extérieure. Dans le cas
  des <prgn>templates Debconf</prgn>, on les traduit évidemment au
  sein de Debian. Mais je me demande depuis longtemps s'il existe des
  chaînes de fichier <prgn>po</prgn> introduites par les responsables
  Debian (lors de leurs modifications). Si c'est le cas, je ne sais pas
  comment coordonner la chose.
</sect2>
</sect1>

<sect1>En résumé</heading>
 <p>
   Toute cette démarche administrative peut paraître un peu
   rébarbative, mais elle n'est quand même pas très compliquée à
   appliquer. Et si on ne le fait pas, les traductions vont être
   dupliquées, ou au contraire ne seront plus maintenues, ou le projet
   Debian va se faire maudire par le reste du monde libre pour son
   manque de respect des autres projets existants. Alors s'il vous
   plaît, faites un petit effort...
</sect1>
</sect>

<sect>Comment traduire</heading>

<sect1>Choisir sa cible</heading>

<p>
  Vouloir traduire, c'est très bien&nbsp;; savoir ce qu'on va traduire,
  c'est mieux.

<p>
  Il faut choisir la catégorie de matériel que l'on veut traduire&nbsp;:
  catalogues <prgn>po</prgn>, <prgn>templates debconf</prgn>, pages de
  manuel, document info, manuel de l'utilisateur en html ou assimilé,
  ou autre.
<p>
  Pour choisir sur quel paquet travailler, la méthode dépend du
  matériel. Pour les deux premières catégories, un petit tour sur le
  <em>Debian Translation Center</em> (<url
  id="http://www.debian.org/intl/l10n">) peut être utile pour voir
  quels paquets sont prêts à être traduits et ceux qui ont besoin
  d'une mise à jour. Pour toutes les autres catégories, il faut
  télécharger le code source des paquets et regarder à la main. Je
  n'ai pas encore trouvé comment les ajouter au DTC.
</sect1>
  
<sect1>Comment récupérer le matériel à traduire

<p>
  Vous pouvez récupérer les fichiers tous seuls depuis le DTC, mais
  personnellement, je préfère récupérer toutes les sources du paquet
  (avec la commande <prgn>apt-get source nom_du_paquet</prgn>). Comme
  ça, en cas de doute, je peux toujours me référer au code
  source. Maintenant, chacun est libre de faire comme bon lui
  semblera...

<p>
  Une fois que vous avez choisi votre cible, que vous  êtes assuré
  par la partie administrative que vous pouviez vous lancer et que
  vous avez récupéré votre cible, il reste à traduire la chose. Voyons
  comment faire.
</sect1>
  
<sect1>Comment traduire les catalogues <prgn>po</prgn>&nbsp;?

<p>
  Commençons par quelques pointeurs vers plus de documentation.
    <list>
      <item>
        <p>
          Le manuel de <prgn>gettext</prgn>&nbsp;: inclus dans le paquet
          <prgn>gettext-doc</prgn>.</p>
      </item>
      <item>
	<p>
          Le <em>KDE Translation HOWTO</em>&nbsp;: <url
          id="http://i18n.kde.org/translation-howto/index.html"></p>
     </item>
    </list>
<p>
  Lorsque vous éditerez un catalogue <prgn>po</prgn>, vous verrez des
  initiales apparaître dans les commentaires, du genre

<example>
167 t ; 166 f ; 12 u
</example>.

<p>
 C'est une indication pour vous guider dans le travail de traduction&nbsp;:
     <list>
       <item>
         <tt>[T]ranslated</tt>&nbsp;: 
           <p>
             Chaîne traduite&nbsp;; rien à faire.
       </item>
       <item>
         <tt>[F]uzzy</tt>&nbsp;: 
           <p>
             Le programme qui cherche les nouvelles chaînes à traduire
             dans le code source trouve parfois des morceaux de
             chaînes qui ont peu changé. Il propose alors l'ancienne
             traduction, et marque la chaîne comme floue
             (<em>fuzzy</em>). Il faut alors une intervention humaine
             pour vérifier, et le cas échéant, corriger, et enfin
             supprimer le marqueur «&nbsp;flou&nbsp;».
       </item>
       <item>
         <tt>[U]ntranslated</tt>&nbsp;: 
           <p>
             Chaîne non traduite&nbsp;; à traduire.
       </item>
       <item>
         <tt>[O]bsolete</tt>&nbsp;: 
           <p>
             Chaîne à traduire dans une version précédente du
             programme mais qui a disparu depuis et n'est plus
             utilisée. On doit pouvoir se débarrasser de cette chaîne
             normalement.
       </item>
     </list>

     <p>
       Voyons ensuite les principaux programmes disponibles pour vous
       aider dans votre tâche&nbsp;:
     <list>
       <item>
	<p>
          <prgn>emacs</prgn> dispose d'un mode
          <prgn>po-mode</prgn>. C'est ce que j'utilise, et c'est la
          solution que je conseille à tout le monde (évidemment,
          puisque c'est mon choix).
       <p>
        Ses qualités&nbsp;:
        <list> 
         <item>
          <p>
            une fois qu'on connaît les raccourcis claviers, il est
            très simple à utiliser.  </item>
        <item>
          <p>
            permet de voir le code correspondant très simplement.</p>
        </item>
       </list>
     Ses défauts
       <list>
	  <item>
            <p>
              C'est dans <prgn>emacs</prgn>, et il est préférable de
              connaître cette merveilleuse usine à gaz pour utiliser
              ce mode.
	  </item>
	  <item>
            <p>
              Pas de correction orthographique par défaut. Vous pouvez
              toutefois lancer le mode <prgn>flyspell-mode</prgn> pour
              le faire.
          </item>
          <item>
            <p>
              pas de <em>compendium</em> (voir la documentation de
              <prgn>gettext</prgn> pour savoir ce qu'est un
              <em>compendium</em<>).
	  </item>
       </list>
   </item>
   <item>
    <p>
      <prgn>kbabel</prgn> est l'outil issu du monde KDE. Il semble
      très évolué, mais...&nbsp; je n'aime pas son ergonomie (c'est
      personnel, évidemment)
    <p>
      Ses qualités&nbsp;:
    <list>
     <item>
      <p>
        Correction orthographique.
     </item>
    <item>
      <p>
        <em>Compendiums</em>.
    </item>
   </list>
      Ses défauts&nbsp;:
   <list>
     <item>
      <p>
        Je ne crois pas qu'il permette de voir le code simplement, mais
        je ne suis pas sûr, je ne le connais pas bien.
    </item>
    <item>
      <p>
        On ne voit qu'une traduction à la fois.
   </list>
     </item>
      <item>
	<p>
          <prgn>gtranslator</prgn> est l'outil issu du monde GNOME.
          Je ne l'ai jamais utilisé. <em>Input Welcome</em>.</p>
     </item>
    </list>
      <p>
         Attention, s'il s'agit d'une mise à jour, veuillez contacter
         le traducteur précédent (dont l'adresse figure normalement
         dans le document) pour avoir le feu vert. Il est le
         responsable de fait de cette mise à jour et vous pouvez lui
         offrir l'opportunité de vous substituer à lui. Ajoutez alors
         votre adresse à la suite de la sienne.

</sect1>
<sect1>Comment traduire les <prgn>templates Debconf</prgn>&nbsp;?

<p>
  Voici quelques instructions issues du fichier
  <em>README.translators</em> du paquet <prgn>debconf</prgn>&nbsp;:

<p>
  Le fichier que vous devez traduire est le <prgn>template</prgn>
  Debian, en engendrant un fichier <prgn>template</prgn>
  &lt;lang&gt;. Ceci est spécifique à <prgn>debconf</prgn>. Pour
  fabriquer facilement un fichier de référence d'un
  <prgn>template</prgn> &lt;lang&gt; vous n'avez qu'à taper&nbsp;:

<example>
debconf-getlang &lt;lang&gt; debian/templates &gt; debian/templates.&lt;lang&gt;
</example>
    
<p>
  Ensuite, éditez le nouveau fichier, et remplissez par des
  traductions toutes les lignes vides. Lorsque je change le fichier
  <prgn>template</prgn> de référence, vous pouvez rassembler le tout
  avec la commande <prgn>debconf-mergetemplate</prgn>&nbsp;:

<example>
debconf-mergetemplate debian/templates debian/templates.&lt;lang&gt; &gt; new
</example>
    
<p>
  Un dernier mot au sujet de la syntaxe des <prgn>templates</prgn>&nbsp;: la
  première ligne de description est comme un en-tête. Vous n'êtes pas
  autorisé à poursuivre la première ligne sur les suivantes. Par
  exemple, le <prgn>template</prgn> suivant est mauvais&nbsp;:

<example>
Template: autolog/note
Type: note
Description: Autolog daemon will start logging out users if it wants to,
 but it's not sure. Will see if it's nice today.
 The autolog daemon will be activated now and will log users out
 after two hours of idle time. If you do not want this then either uninstall
 autolog or customize /etc/autolog.conf and /etc/rc.d/autolog according to
 your needs.
</example>
       
<p>
  La description brève s'étale sur deux lignes mais
  <prgn>debconf</prgn> n'utilisera que la première ligne comme
  descriptif rapide, et le reste comme descriptif détaillé. Ainsi, ne
  faites pas de description rapide trop longue&nbsp;! Les spécifications
  imposent une limite de «&nbsp;50&nbsp;caractères au plus&nbsp;».
</sect1>

<sect1>Comment traduire les descriptions de paquets Debian&nbsp;?

<p>
  Les descriptions de paquets Debian sont les parties de texte
  explicatives concernant ledit paquet. Les descriptions à traduire
  sont souvent très courtes, quelques lignes à peine, mais les
  traduire toutes est une tâche de longue haleine (prédiction&nbsp;:
  juillet 2003...&nbsp; date non-contractuelle bien sûr).

<p>
  Plus que des traducteurs, il nous faut des relecteurs&nbsp;!

<sect2>Organisation

<p>
 Le projet a été initié par <url
 id="mailto:grisu@debian.org">Michael Bramer, qui en assure la
 maintenance. L'adresse électronique du serveur est <url
 id="mailto:grisu-td@auric.debian.org">
 et la page d'accueil est <url
 id="http://auric.debian.org/~grisu/ddts">.  Comme on peut le
 constater, ce projet n'a pas encore de statut très clair au sein de
 Debian, ne disposant ni d'un espace oueb ni d'une liste de diffusion
 dédiés. De plus, son intégration en tant que tel pose aussi pas mal
 de soucis. Mais c'est un autre débat (suivre debian-devel pour les
 tenants et aboutissants).
</sect2>

<sect2>Demander des traductions par courrier électronique

<p>
  Il vous suffit d'envoyer un courriel banal à
  <em>grisu-td@auric.debian.org</em>, en mettant dans le sujet du
  courriel votre commande, (comme par exemple <em>GET 1 fr</em>,
  laissez le corps du courriel vide). Attendez quelques instants, puis
  vérifiez votre boîte aux lettres électroniques. Voila, ce n'est pas
  plus compliqué que cela&nbsp;!

<p>
  Les commandes disponibles sont les suivantes&nbsp;:

<p>
<list>
  <item>
     GET x fr
    <p>
      demande «&nbsp;x&nbsp;» descriptions non encore traduites
      (nombre compris entre 1 et 9).

  <item>
     REQUEST &lt;nom du paquet&gt; fr
    <p>
      demande la description du paquet &lt;nom du paquet&gt;.

  <item>
     SREQUEST &lt;nom du paquet&gt; fr
    <p>
      demande toutes les descriptions du paquet source qui porte le
      nom &lt;nom du paquet&gt;.

  <item>
     STATUS fr
    <p>
      demande un rapport sur l'état des traductions pour la langue
      française.

  <item>
     NOGUIDE
    <p>
      n'affiche pas ce guide dans la réponse du serveur.
      
  <item>
     NOTHING
    <p>
      n'envoie pas de nouvelles descriptions, l'état des traductions,
      etc.
</list>
</sect2>

<sect2> Traductions

<p>
 Après avoir envoyé votre courriel, vous recevez un formulaire du
 serveur (il s'agit d'une pièce jointe). Sauvez la pièce jointe et
 ouvrez-la avec votre éditeur de texte favori. Dans ce formulaire,
 vous découvrirez la description originale, en anglais donc, (ne la
 modifiez surtout pas, même si elle contient des fautes) et le
 squelette de la traduction que vous allez faire.

<p>
  Parfois deux descriptions différentes contiennent une phrase ou
  paragraphe identique, si le serveur a déjà reçu une traduction
  française d'un segment de texte identique (dans l'exemple qui
  suit&nbsp;: «&nbsp;GNOME signifie...&nbsp;»), il vous propose une
  traduction française pour vous alléger le travail. Il ne s'agit que
  d'une simple suggestion&nbsp;; vous pouvez sans problème l'effacer
  ou la modifier.

<p>
  Voici un exemple de formulaire&nbsp;:

<example>
 Description: A tetris clone.
  Gnome is the "GNU Network Object Model Environment"
  .
  It is a project to build a complete, user-friendly desktop
  based entirely on free software.
 Description-fr: &lt;trans&gt;
  Gnome signifie « GNU Network Object Model Environment »
  .
  &lt;trans&gt;
</example>

<p>
  Dans le squelette du formulaire&nbsp;:

<list>
  <item>
    Les lignes commençant par «&nbsp;#&nbsp;» sont des commentaires.
  <item> 
    La ligne commençant par «&nbsp;From: Nom
    &lt;email@host.com&gt;&nbsp;» indique l'adresse électronique du
    traducteur. (Cette ligne est
    utile si le traducteur envoie son courrier à partir d'une autre
    adresse électronique).
  <item>
     Les descriptions doivent être séparées par une <em>et une
     seule</em> ligne vide.
</list>

<p>
  Vous n'avez qu'à remplacer le «&nbsp;&lt;trans&gt;&nbsp;» par votre
  traduction, puis, sauvez votre traduction et envoyez-la en pièce
  jointe à <em>grisu-td@auric.debian.org</em>. Le contenu du sujet du
  courriel n'a pas d'importance.

<p>
 <em>Règles à respecter</em>

<list>
  <item>
    ne traduisez pas le mot <em>description</em>,
  <item>
    gardez la structure de la description,
  <item>
     ne modifiez pas la description anglaise&nbsp;: si vous trouvez
     une erreur, envoyez un rapport de bogue.
   <item>
      Ne modifiez rien d'autre que le français. N'insérez pas de
      lignes supplémentaires notamment&nbsp;!
    <item>
       Traduisez conformément aux règles en vigueur dans la traduction
       chez Debian.
</list>
</sect2>

<sect2> Relectures


<p>
  Il se peut qu'un membre de la liste vous écrive directement pour
  vous proposer des améliorations ou des corrections. Dans tous les
  cas, suivez la liste pour y relever les diverses corrections.

<p>
  Vous trouverez toutes les explications dans le fichier suivant dans
  l'arborescence cvs&nbsp;:

<p>
<file>webwml/french/international/french/ddts.wml</file>

<p>
  Ensuite, voici la démarche à suivre&nbsp;:

<list>
   <item>
      passer à l'entrée standard du script le rapport reçu avec
      l'option <em>parse</em>,
   <item>
      renommer les fichiers <em>NomDuPaquet.todo</em> en
      <em>NomDuPaquet.relu</em
   <item>
      éditer <em>NomDuPaquet.relu</em> et effectuer les corrections
      nécessaires, vous pouvez ajouter des commentaires en ajoutant
      des lignes commençant par «&nbsp;&gt;&gt;&nbsp;» suivi d'une
      espace puis le texte de commentaire,
    <item>
      lancer le script avec l'option <em>mail</em> pour fabriquer les
      courriels automatiquement.
</list>


<p>
  Pour plus d'information, lisez la documentation fournie avec le
  script&nbsp;: <tt>perldoc ddts-script</tt>.

<p>
  Les scripts sont désormais installables via <prgn>apt</prgn>. Vous
  n'avez qu'à ajouter dans votre
  <em>/etc/apt/sources.lists</em>&nbsp;:

<example>
deb http://nico.bertol.free.fr/debian bertol/fr/
</example>

<p>
puis de faire 

<example>
apt-get update
apt-get install ddtc l10n-check l10n-check-rules-fr
</example>

<p>
Les scripts sont aussi disponibles au format <prgn>rpm</prgn> à
l'adresse suivante&nbsp;:

<p>
<url id="http://nico.bertol.free.fr/rpm/bertol/">

</sect2>

<sect2> Profitez vous-même des traductions

<p>
  Insérez simplement l'une des lignes suivantes dans le fichier
  <em>/etc/apt/sources.lists</em>&nbsp;:

<example>
 deb http://gluck.debian.org/~grisu/ddts/aptable fr/potato main
 deb http://gluck.debian.org/~grisu/ddts/aptable fr/woody main 
 deb http://gluck.debian.org/~grisu/ddts/aptable fr/sid main
</example>

<p>
  Après un «&nbsp;apt-get update&nbsp;», tous les outils
  (<prgn>dselect</prgn>, <prgn>gnome-apt</prgn>,
  <prgn>deity</prgn>,...)  utiliseront les descriptions déjà
  traduites.

</sect2>

</sect1>

<sect1>Comment traduire les pages de manuel&nbsp;?

<p>
  Pas de méthode particulière. Il faut ouvrir le document dans un
  éditeur de texte, et tout traduire. Le plus difficile, c'est
  de vérifier que la page reste à jour. Et je n'ai aucune idée de
  comment faire...
</sect1>

<sect1>Comment traduire les fichiers info&nbsp;?

<p>
  Aucune idée. <em>Input welcome</em>...
</sect1>

<sect1>Comment traduire la documentation&nbsp;?

<p>
  Il faut faire attention à bien traduire le document source. Par
  exemple, si la source est en <tt>XML</tt>, il vaut mieux ne pas
  traduire la conversion en <tt>HTML</tt>. Sinon, pas de méthode
  particulière, à part la classique ouverture dans un éditeur.
</sect1>
</sect>

<sect>Conclusion, avenir

<p>
  Voilà le premier jet de ce HOWTO traduire pour Debian. Si vous avez
  le moindre commentaire à faire, n'hésitez pas.

<p>
  C'est tout, j'espère que <em>Woody</em> sera l'avènement de
  l'internationalisation effective de Debian...
</sect>
</chapt>

<chapt> Vieux débats classés...


<sect> Pourquoi «&nbsp;paquet&nbsp;» et pas «&nbsp;paquetage&nbsp;»&nbsp;? 

<p>
  On trouve partout «&nbsp;paquetage&nbsp;» et non
  «&nbsp;paquet&nbsp;». Pourquoi Debian se singularise-t-elle&nbsp;?

<p>
  Le débat a été tranché en 1997, c'est-à-dire bien avant qu'on ne
  trouve <em>partout</em> «&nbsp;paquetage&nbsp;». C'est le résultat d'un
  consensus établi sur la liste et le terme a donc été introduit dans
  le lexique de Debian. Depuis, il fait référence pour toutes les
  traductions de Debian.

<p>
  Il est donc inutile de relancer un n-ième débat sur le sujet. Lire
  en particulier «&nbsp;Peut-on changer une traduction établie dans le
  lexique&nbsp;?&nbsp;».


<sect> Pourquoi ne peut-on pas mettre d'image dans le format debian-doc&nbsp;?

<p>
  Le format debian-doc sgml est volontairement minimaliste pour
  permettre une plus large diffusion de la documentation. Il permet
  entre autre de fournir des sorties variées, aussi bien du PostScript
  que du texte. Dans ces conditions, le format de sortie le plus
  élémentaire impose évidemment ses bornes aux autres formats.

<p>
  Si vous désirez une sortie plus complète, tournez-vous vers la DTD
   <prgn>docbook</prgn> du <prgn>sgml</prgn>.

<p>
  Si vous désirez faire changer les choses, n'hésitez surtout pas à
  vous retrousser les manches et corriger les choses vous-même&nbsp;: la
  communauté entière vous remerciera...

<sect> Peut-on changer une traduction établie dans le lexique&nbsp;?

<p>
  Les termes du lexique de Debian sont arrêtés et servent de
  référence. Il est théoriquement possible de modifier une traduction
  d'un de ces termes mais il va falloir dans ce cas apporter des
  arguments extrêmement solides.

<p>
  En effet, changer un terme de référence impose obligatoirement de
  réviser TOUS les documents qui ont été traduits et qui y font
  référence. C'est une tache énorme qui ne sera pas faite sans de
  solides raisons.

<p>
  Évitez aussi de lancer des polémiques sur le sujet et gardez vos
  forces pour la traduction&nbsp;: Debian seule sera perdante sinon...
</chapt>

<chapt> Règles typographiques de base


<sect> Règles typographique de la langue française

<sect1> La ponctuation
<p>
  La langue française impose des règles typographiques très strictes
  qu'il faut essayer de respecter. La typographie est l'ensemble des
  règles de mise en page d'un document que ce soit la distance entre
  les mots, leur césure, leur disposition ou bien l'usage de la
  ponctuation.

<p>
  Bien entendu, on ne peut pas toujours respecter toutes les règles en
  usage pour la bonne raison que ces règles de mise en page ne sont
  applicables que pour un format qui permet de fixer la mise en page
  une fois pour toute. Ces formats sont les suivants&nbsp;: le
  <prgn>dvi</prgn>, le <prgn>PostScript</prgn> et le
  <prgn>pdf</prgn>. À noter que ces trois formats sont à peu près
  équivalents et que l'on passe sans trop de difficultés d'un format à
  l'autre. L'inconvénient est que ces formats sont des formats
  binaires et qu'ils nécessitent donc des outils spécifiques pour leur
  lecture (respectivement <prgn>xdvi</prgn> et
  <prgn>gv</prgn>). L'avantage est que le lecteur ne peut modifier le
  fichier source et que l'on est sûr que la mise en page et
  l'information ne vont pas être changées.

<p>
  Il existe beaucoup d'autres formats utilisés qui est des formats
  textes, avec ou sans des balises. Ces formats sont lisibles
  directement avec un éditeur de texte ou bien avec des outils dédiés
  qui mettent en page (comme un navigateur pour le HTML). On peut
  résumer ces formats au texte pur (caractères ASCII ou iso-latin 1 ou
  15) et au HTML. L'inconvénient de ces formats est qu'il n'y a pas de
  mise en page facile à respecter pour deux raisons&nbsp;: la première
  est que la mise en page dépend du navigateur utilisé, de la fonte
  utilisée et de la façon dont la machine interprète le tout. Comme il
  n'y a pas vraiment de standard de rendu, le résultat varie beaucoup
  d'un environnement à l'autre. Deuxièmement, certains formats comme
  le texte sont extrêmement limités dans leur capacité de mise en
  page, ce qui impose évidemment de ne pas pouvoir respecter toutes
  les règles de typographie.

<p>
  Un environnement bien fait devrait bien entendu gérer cela
  automatiquement. Ce n'est pas encore le cas chez nous. J'y travaille
  et j'ai espoir que cela se fasse avant le XXII-ième siècle. En
  attendant, il faut faire avec et compenser nous-même les faiblesses
  du système. Pour information, voici ce qui devrait être appliqué en
  ce qui concerne la mise en page des signes de ponctuation. J'ai
  synthétisé tout cela dans un document que vous pourrez trouver très
  bientôt à&nbsp;:

<p>
  <url id="http://p.karatchentzeff.free.fr/freesoft/TeX">

<p>
  Voici un résumé très rapide. On différencie deux types de
  ponctuation&nbsp;: la basse et la haute. Elles sont définies par
  rapport à la ligne de base, c'est-à-dire la ligne virtuelle sur
  laquelle s'appuient les lettres pour s'aligner. La ponctuation basse
  est composée des signes suivants&nbsp;: le point, la virgule et les
  points de suspension. La ponctuation haute est composées du
  reste&nbsp;: le point-virgule, les deux-points, le point
  d'interrogation, d'exclamation, les guillemets et les parenthèses.

<p>
  L'unité de l'espace de base en typographie est le cadratin. Pour
  ceux qui connaisse, elle est égale à «&nbsp;1&nbsp;em&nbsp;» sous
  TeX. Cette espace est variable et dépend de l'environnement (fontes,
  graisses, etc.). Voici ce qu'impose la typographie
  française&nbsp;:

<example>
 -----------------------------------------------------------
|       |                         |                         |
| Signe |  Espace (intervalle)    |   Espace (préconisée)   |
|       |                         |                         |
|---------------------------------------------------------- |
|   ;    (avant) insécable et fixe   aux environs de 10/100 |
|         entre 10/100 et 24/100                            |
|---------------------------------------------------------- |
|   :    (avant) insécable et fixe   aux environs de 24/100 |
|         entre 10/100 et 24/100                            |
|---------------------------------------------------------- |
|   !    (avant) insécable et fixe   aux environs de 24/100 |
|         entre 10/100 et 24/100                            |
|---------------------------------------------------------- |
|   ?    (avant) insécable et fixe   aux environs de 24/100 |
|         entre 10/100 et 24/100                            |
|---------------------------------------------------------- |
|   «    (après) insécable et fixe   aux environs de 24/100 |
|         entre 10/100 et 24/100                            |
|---------------------------------------------------------- |
|   »    (avant) insécable et fixe   aux environs de 24/100 |
|         entre 10/100 et 24/100                            |
 -----------------------------------------------------------
</example>

<p>
  Notons que l'espace fine en typographie vaut 25/100 de
  cadratin. Pour plus de détails, allez lire le document placé en lien
  au-dessus.

<p>
  On se rend bien compte que cela est ingérable pour nous au coup par
  coup. Je vais donc modifier <prgn>debiandoc</prgn> en
  conséquence. En attendant, on peut limiter beaucoup certains dégâts
  malheureux.

<p>
  On ne peut transcrire aisément la finesse de la taille de l'espace
  préconisée mais on peut toujours au moins en mettre une. Et de plus
  la forcer à être insécable. C'est le rôle de la balise sgml
  (reconnue par debiandoc et le wml) &amp;nbsp; (<em>no breaking
  space</em>). Il vous faut donc écrire&nbsp;:

<example>
 «&amp;nbsp;toto&amp;nbsp;»  pour « toto »
 toto&amp;nbsp;; pour toto ;
 toto&amp;nbsp;: pour toto :
 toto&amp;nbsp;? pour toto ?
 toto&amp;nbsp;! pour toto !
 toto...&amp;nbsp; pour toto...
</example>

<p>
  On est tous d'accord pour dire que c'est lourd mais c'est un
  pis-aller...&nbsp; en attendant une correction plus globale et
  automatisée.
<p>
  Voici un pointeur chez nos amis de FreeBSD&nbsp;:

<p>
<url id="http://www.freebsd-fr.org/books/translators">

</sect1>

<sect1> Règles basiques

<sect2> Accentuation

<p>
  On accentue normalement les éléments qui doivent l'être. On rappelle
  à ce sujet qu'une lettre capitale est une lettre comme les autres et
  doit être accentuée. Pas besoin d'utiliser les artifices des
  premières version de HTM (&amp;eacute; pour «&nbsp;é&nbsp;») même
  si, techniquement, cela est parfaitement supporté. Le problème est
  que cela rend la relecture très difficile. Il y a suffisamment de
  balises indispensables pour ne pas en ajouter d'autres.

<p>
  Pour ceux qui aurait la malchance de travailler sous Microsoft
  Windows ®, voici quelques combinaisons qui devraient vous aider&nbsp;:

<example>
    «     Alt+0171
    »     Alt+0187
    À     Alt+0192
    Ç     Alt+0199
    É     Alt+0201
</example>

</sect2>

<sect2> Guillemets

<p>
  Les guillemets français sont le « pour le guillemet ouvrant et le »
  pour le fermant. Tout autre type de guillemet est <em>a priori</em>
  à proscrire. Les notations américaines du genre "" ou bien `' sont
  donc à traduire.

<p>
  On trouve exceptionnellement '' `` en français. À utiliser plutôt
  dans l'imbrication de citations, par soucis de clarté.
</sect2>

<sect2> Mots étrangers

<p>
  Les mots étrangers cités dans votre traduction sont à mettre en
  évidence. En typographie, on utilise généralement l'italique pour
  cela. Ici, il vous faudra utiliser les balises &lt;em&gt;
  &lt;/em&gt;. Voici une liste non-exhaustive de termes à mettre en
  italique&nbsp;:

<example>
a priori
a fortiori
confer
id. ou idem
i.e. ou id est
loc. cit. ou loco citato (passage cité)
</example>

<p>
  Attention, le sigle cf., lui, ne doit pas se mettre en italique.

</sect2>

<sect2> Les titres

<p>
  Les anglophones ont l'habitude d'utiliser des majuscules sur tous les
  mots d'un titres&nbsp;: «&nbsp;Debian GNU/Linux: Guide to Installation and
  Usage&nbsp;». En français, seul le premier mot comportera une majuscule&nbsp;:
  «&nbsp;Debian GNU/Linux&nbsp;: guide d'installation et d'utilisation&nbsp;».

</sect2>

<sect2>Les majuscules

<p>
Partie copiée-collée d'un courriel de Norbert Bottlaender-Prie
<p>
On emploie [la majuscule] aussi&nbsp;:


<sect3>au début d'une phrase&nbsp;:

<p>
  <em>Après un deux-points</em>, lorsqu'il annonce une citation
  fictive ou réelle en style direct (mais non quand il précède une
  explication ou une énumération)&nbsp;:

<p>
[exemples]
<example>
Il ne répondait pas à la question que se posait chacun d'entre nous : À 
quoi cela sert-il ?
Le père demanda : « Pourquoi as-tu agi ainsi ? »
</example>

<p>
<em>Quelquefois même sans les deux-points&nbsp;:</em>

<p>
[exemple]
<example>
C'est aux cris de Vive l'empereur ! que la foule accueillit le 
souverain.
</example>

<p>
<em>au départ d'un alinéa</em> (même s'il n'est pas début de phrase)

<p>
<em>Commençant directement par le texte&nbsp;:</em>

<p>
[exemple]
<example>
Nous étudierons successivement&nbsp;:
L'illusion de la sécurité collective&nbsp;;
La diplomatie des coups de force&nbsp;;
Le déclenchement de la guerre.
</example>

<p>
<em>Commençant par un numéro ou une lettre de classification, suivi d'un 
point&nbsp;:</em>

<p>
[exemple]
<example>
Le Code pénal français distingue trois catégories d'infractions&nbsp;:
1. Les crimes ;
2. Les délits ;
3. Les contraventions.
</example>

<p>
<em>Par contre,la minuscule est de règle</em> après un «&nbsp;-&nbsp;»
ou tiret&nbsp;:

<p>
[exemple]
<example>
La Grande-Bretagne comprend :
- l'Angleterre ;
- l'Écosse ;
- le pays de Galles.
</example>

<p>
  Elle [la minuscule] s'impose également après le 1°, 2°, 3°
  etc., à l'intérieur d'un paragraphe de lignes pleines&nbsp;:

<p>
[exemple]
<example>
« La communauté se dissout : 1° par la mort naturelle ; 2° par la mort 
civile ; 3° par le divorce ; 4° par la séparation de corps ; 5° par la 
séparation de biens. » (C. civ., art. 1441)
</example>

<p>
Extrait des <em>Règles typographiques en usage à l'Imprimerie
Nationale</em>, p. 38-40.

</sect2>

<sect2> Les énumérations&nbsp;:

<p>
Partie copiée-collée d'un courriel d'Alain  Reinhard.

<p>
Il faut considérer l'ordre des caractères typo, l'ordre des parties logiques 
du texte, la ponctu et, si ma mémoire est bonne, la syntaxe aussi.

<p>
Considérons ici seulement la ponctuation qui est le problème posé.

<p>
  <em> Premier cas de figure</em>&nbsp;: la phrase est brisée entre
  l'introduction et l'énumération

<p>
  Il faut alors une capitale à chaque partie et on doit utiliser en
  tête de ligne des signes de ponctu comportant un point, du genre
  1. IV. ou C. Il faut terminer chaque énumération par un
  point-virgule et cela même s'il se trouve n'importe quel autre signe
  typographique dans l'énumération. La dernière énumération est
  marquée d'un point. S'il y a une sous-énumération imbriquée dans une
  énumération, il faut alors une minuscule au début et une virgule à
  la fin de chaque partie, avec le point-virgule marquant la fin de
  l'énumération reporté à la fin de la dernière sous-énumération. Dans
  ce cas je pense aussi que la proposition qui introduit l'énumération
  doit se terminer par un deux-points.

<p>
  Voici des exemples&nbsp;:

<example>
A. Ceci est une partie d'énumération ;
B. Ceci est une deuxième. Remarquez bien la ponctuation ;
C. Ceci introduit une sous-énumération :
        . pas de majuscule ici,
        . virgule à la fin,
        . sauf ici, c'est le point-virgule ;
D. Ceci met le point final de l'énumération.
</example>

<p>
  <em>Deuxième cas de figure</em>&nbsp;: la phrase est continue entre
  l'introduction et l'énumération

<p>
  Il faut alors une minuscule initiale à chaque partie et on utilise
  en tête de ligne des signes de ponctuation ne comportant pas de point
  cette fois, du genre - i) ou 1°. Dans ce cas je pense que la
  proposition qui introduit l'énumération n'a pas besoin de signe de
  ponctuation.

<example>
Pour cette explication de traducteur à traducteur,
- j'aurais souhaité faire plus simple,
- expliquer plus concrètement,
- voire, concocter un document ps :
        a) plus complet,
        b) plus élégant,
        c) mais peut-être trop lourd finalement.
</example>

<p>
 Un mot quand même pour ajouter que nos amis anglophones ne prennent pas
 souvent soin d'être constant dans le choix de la catégorie
 grammaticale du mot débutant chaque partie d'une énumération. Si on
 choisit un verbe pour la première partie d'une énumération, on
 commencera toutes les autres parties de la même énumération par un
 verbe. Etc.


</sect2>

<sect2>Debian GNU/Linux <em>versus</em> Debian GNU-Linux

<p>
  La question du jour&nbsp ;-)

<p>
  Après de longues discussions sur la liste et un vote, le débat a été
  tranché en faveur de la conservation de la notation traditionnelle,
  à savoir la barre de division «&nbsp;/&nbsp;».

<p>
  Le résultat du vote se trouve à l'adresse suivante&nbsp;:

<p>
<url id="http://lists.debian.org/debian-l10n-french/2002/debian-l10n-french-200203/msg00083.html">

<p>
  Prière d'attendre quelques mois avant de relancer un débat
  là-dessus&nbsp;:-)

</sect2>

<sect2>Debian est une femme...

<p>
  Bien que l'on doive bien sûr parler de Debian GNU/Linux, et non faire
  précéder Debian d'un quelconque article défini ou non, on accordera
  les participes passés ainsi que les adjectifs qualifiant Debian au
  féminin faisant ainsi par défaut de Debian une entité féminine.
</sect2>


<sect2>Expressions rationnelles <em>versus</em> régulières

<p>
 C'est aussi l'objet de débat sans fin. Les deux ont des arguments
 pour et contre. Lire et rechercher les fils concernant ce genre de
 débat dans les archives de la liste (<url
 id="http://lists.debian.org/debian-l10n-french/">). Cherchez par
 exemple dans le mois de décembre 2001 le fil intitulé
 «&nbsp;regexp&nbsp;».

<p>
 Il a été convenu (sans vote) de s'en tenir à la tradition française
 en la matière et de conserver la formulation «&nbsp;expression
 rationnelle&nbsp;». C'est de nouveau un clin d'oeil envers René...
</sect2>

<sect2>Référence

<p>

<example>
  Lexique des règles typographique
  en usage à l'Imprimerie Nationale

ISBN 2-11-081075-0
</example>

Quelques liens utiles&nbsp;:

<p>
<url id="http://tex.loria.fr/typographie.html">
<p>
<url id="http://petitefabrique.free.fr/info/divers/typo.html">
<p>
<url id="http://bisance.citi2.fr/typo/">
<p>
<url id="http://www.loria.fr/services/tex/typographie/saudrais-typo.pdf">
<p>
<url id="http://bisance.citi2.fr/typo/">

</sect2>

</sect1>

<sect1> Les outils d'aide

<sect2> L'éditeur de textes

<p>
  Tous les textes et fichiers à manipuler sont des fichiers ASCII ou
  encodés en iso-latin (1 ou 15). Un éditeur de textes est donc
  largement suffisant. Les éditeurs sous Debian GNU/Linux sont très
  nombreux donc vous n'avez que l'embarras du choix. Toutefois, pour
  des raisons pratiques, certains sont plus performants que d'autres
  pour ce genre de travail car ils permettent, outre une coloration
  lexicale des éléments de balise (bien pratique pour la relecture) de
  passer aussi certaines commandes UNIX directement depuis l'éditeur
  (pratique pour les <prgn>diff</prgn> et <prgn>patch</prgn> par
  exemple). Les deux plus puissants sont Vim et (X)Emacs.

<p> 
  Une introduction rapide et simple à Emacs&nbsp;:

<url id="http://p.karatchentzeff.free.fr/freesoft/emacs/html">

<p>
  Comment se servir de sgml depuis Emacs&nbsp;:

<url id="http://people.debian.org/~bortz/SGML-HOWTO/potato/x323.html">
</sect2>

<sect2> Les dictionnaires

<sect3> Sur Internet

<p>
Français - Anglais&nbsp;:

<url id="http://sun-recomgen.univ-rennes1.fr/FR-Eng.html">

<p>
Français - Anglais &amp; Anglais - Français&nbsp;:

<url id="http://wordreference.com/">

<p>
Français&nbsp;:

<url id="http://www.francophonie.hachette-livre.fr/">

<p>
Jargon&nbsp;:
<url id="http://www.linux-france.org/prj/jargonf/">

<p>
Dictionnaire du LDP&nbsp;:
<url id="http://www.launay.org/HOWTO/Dico.html">

<p>
Trésor de la langue française&nbsp;:
<url id="http://zeus.inalf.fr/tlf.htm">

<p>
La FAQ du forum fr.lettres.langue.française&nbsp;:

<url id="http://www.chez.com/languefrancaise/faq/faq.htm">

<p>
  (si vous trouvez un autre hébergeur que <em>www.chez.com</em>,
  signalez-le moi&nbsp;: leur publicité est vraiment fatigante au
  possible. Je changerai l'adresse.)

</sect3>

<sect3> En ligne de commande&nbsp:;

Français&nbsp;:

<p>
<list>
 <item>
   Les programmes <prgn>ispell</prgn> et <prgn>aspell</prgn> sont
   fournis avec votre distribution de Debian GNU/Linux. Très facile à
   installer et à mettre en français pour les relectures afin
   d'éliminer toutes les fautes d'orthographe.
  <item>
    Le dictionnaire de René Cougnenc (<prgn>dico</prgn>) sera
    disponible sur Woody. Une version pour Potato est disponible sur
    <url id="http://marillat.free.fr">. Il vous donnera en plus
    l'ensemble des codes postaux du territoire français métropolitain&nbsp;:-)
</list>

<p>
Tous ces programmes s'interfacent très bien directement sous (X)Emacs,
donc il n'est même pas nécessaire de sortir de votre éditeur pour
corriger. Notez bien la présence du mode <tt>flyspell</tt> sous
(X)Emacs pour corriger à la volée lors de l'écriture du texte.

<p>
Français - anglais&nbsp;:

<p>
Il s'agit de <prgn>babytrans</prgn> (programme non disponible sur
Debian GNU/Linux et dont la licence est pour le moment douteuse). Il
est disponible sur <url id="http://marillat.free.fr"> pour Potato et
Woody. C'est un excellent programme de traduction de mots très
pratique qui réagit au copier UNIX de la souris. Très bon outil.

</sect3>

</sect2>

</sect1>

</sect>

</chapt>
</book>

