MFen 1.8 + Grammar fix

svn path=/head/; revision=15304

fr_FR.ISO8859-1/articles/pr-guidelines/article.sgml

@@ -1,12 +1,11 @@
-
 <!--
 	Problem Report Handling Guidelines
 	The FreeBSD Project - http://www.FreeBSD.org
 	The FreeBSD French Documentation Project
 
 	$FreeBSD$
-	$Id: article.sgml,v 1.4 2002-09-22 16:46:13 blackend Exp $
-	Original revision: 1.3
+	$Id: article.sgml,v 1.5 2002-12-11 16:24:29 gioria Exp $
+	Original revision: 1.8
 -->
 
 <!DOCTYPE article PUBLIC "-//FreeBSD//DTD DocBook V4.1-Based Extension//EN" [
@@ -56,14 +55,14 @@
   <section>
     <title>Introduction</title>
 
-    <para>Gnats est un syst&egrave;me de gestion des d&eacute;fauts 
+    <para>GNATS est un syst&egrave;me de gestion des d&eacute;fauts 
       (rapport de bogue) utilis&eacute; par le projet FreeBSD.  Comme 
       le suivi pr&eacute;cis des d&eacute;fauts logiciels en suspens 
       est important pour le processus de qualit&eacute;, une utilisation 
-      correcte de Gnats est essentielle pour l'avanc&eacute;e du 
+      correcte de GNATS est essentielle pour l'avanc&eacute;e du 
       Projet.</para>
 
-    <para>Un acc&egrave;s &agrave; Gnats est fourni aux 
+    <para>Un acc&egrave;s &agrave; GNATS est fourni aux 
       d&eacute;veloppeurs de FreeBSD aussi bien qu'&agrave; la 
       communaut&eacute;.  Afin de maintenir la coh&eacute;rence de la
       base de donn&eacute;es et fournir une exp&eacute;rience uniforme 
@@ -79,7 +78,11 @@
     <itemizedlist>
       <listitem>
 	<para>L'auteur soumet un rapport de bogue (&ldquo;PR&rdquo;) et
-	  re&ccedil;oit un message de confirmation.</para>
+	  re&ccedil;oit un message de confirmation la plupart du temps
+          via &man.send-pr.1; ou la page Web de rapport des bogues à 
+          <ulink url="http://www.FreeBSD.org/send-pr.html">
+          http://www.FreeBSD.org/send-pr.html</ulink>.</para>
+
       </listitem>
 
       <listitem>
@@ -154,7 +157,7 @@
 	message de suivi) de fournir une adresse
 	&eacute;lectronique fonctionnant.  C'est habituellement le cas 
 	quand &man.send-pr.1; est utilis&eacute; depuis un syst&egrave;me 
-	ayant la gestion du courrier d&eacute;sactiv&eacute;e / non 
+	ayant la gestion du courrier d&eacute;sactiv&eacute;e ou non 
 	install&eacute;e.</para>
     </note>
   </section>
@@ -168,7 +171,8 @@
       actuel du travail sur le rapport de bogue.</para>
 
     <example>
-      <title>Un petit exemple sur quand doit-on changer un &eacute;tat</title>
+      <title>Un petit exemple sur le changement de l'&eacute;tat
+      d'un PR</title>
 
       <para>Quand un PR a &eacute;t&eacute; &eacute;tudi&eacute; et que 
 	le(s) d&eacute;veloppeur(s) responsable(s) se sent(ent) 
@@ -249,8 +253,8 @@
 
     <note>
       <para>L'&eacute;tat &ldquo;corrig&eacute;&rdquo; est directement 
-	li&eacute; au retour, du fait vous pouvez directement passer 
-	&agrave; cet &eacute;tat si l'auteur ne peut tester le correctif, 
+	li&eacute; au retour, vous pouvez donc directement passer en
+        état &ldquo;ferm&eacute;&rdquo;, si l'auteur ne peut tester le correctif, 
 	et &eacute;tant donn&eacute; que cela fonctionne.</para>
     </note>
   </section>
@@ -345,7 +349,7 @@
 	</listitem>
 
 	<listitem>
-	  <para>Dans tout autre cas, demandez &agrave; l'auteur de 
+	  <para>Dans tous les autres cas, demandez &agrave; l'auteur de 
 	    confirmer si le probl&egrave;me existe toujours dans les 
 	    nouvelles versions.  Si l'auteur ne r&eacute;pond pas sous 
 	    un mois, fermez le PR avec la mention &ldquo;Feedback