Beautify docbook files

1 files changed, 13 insertions, 78 deletions

diff --git a/tde-i18n-fr/docs/tdebase/userguide/troubleshooting-network-x.docbook b/tde-i18n-fr/docs/tdebase/userguide/troubleshooting-network-x.docbook
index 432e46cd48f..60ab87cc463 100644
--- a/tde-i18n-fr/docs/tdebase/userguide/troubleshooting-network-x.docbook
+++ b/tde-i18n-fr/docs/tdebase/userguide/troubleshooting-network-x.docbook
@@ -1,88 +1,23 @@
 <sect1 id="troubleshooting-network-x">
 <sect1info>
 <authorgroup>
-<author
->&J.Hall;</author>
+<author>&J.Hall;</author>
 </authorgroup>
 </sect1info>
-<title
->Réseau et X</title>
-<para
->Une infrastructure réseau mal configurée peut souvent être la cause d'un lancement lent des applications &kde; ou, dans le pire des cas, pas de lancement du tout. Votre &X-Server; a une interface client / serveur très puissante et très attentive au réseau. </para>
-<para
->X utilise le nom d'hôte pour créer à la fois une clé unique d'autorisation et pour découvrir où (via $<envar
->DISPLAY</envar
->) envoyer les fenêtres réelles qu'il dessine sur l'écran. Si votre ordinateur ne connaît pas son propre nom, il passera un temps excessif à essayer de le chercher, ce que vous pouvez éviter en apprenant à votre ordinateur quel est son propre nom. </para>
-<para
->Vérifiez votre fichier <filename
->/etc/hosts</filename
-> et assurez-vous qu'il y a un élément pour « localhost » qui ressemble à ceci au début du fichier (après n'importe quel commentaire) : </para>
-<screen
->127.0.0.1        localhost
+<title>Réseau et X</title>
+<para>Une infrastructure réseau mal configurée peut souvent être la cause d'un lancement lent des applications &kde; ou, dans le pire des cas, pas de lancement du tout. Votre &X-Server; a une interface client / serveur très puissante et très attentive au réseau. </para>
+<para>X utilise le nom d'hôte pour créer à la fois une clé unique d'autorisation et pour découvrir où (via $<envar>DISPLAY</envar>) envoyer les fenêtres réelles qu'il dessine sur l'écran. Si votre ordinateur ne connaît pas son propre nom, il passera un temps excessif à essayer de le chercher, ce que vous pouvez éviter en apprenant à votre ordinateur quel est son propre nom. </para>
+<para>Vérifiez votre fichier <filename>/etc/hosts</filename> et assurez-vous qu'il y a un élément pour « localhost » qui ressemble à ceci au début du fichier (après n'importe quel commentaire) : </para>
+<screen>127.0.0.1        localhost
 </screen>
-<para
->Vous devriez également ajouter le nom de domaine pleinement qualifié de votre ordinateur, son nom abrégé et son adresse IP s'il a une IP statique. Si votre adresse IP est affectée dynamiquement via <acronym
->DHCP</acronym
->, vous pouvez vous contenter d'indiquer l'adresse du périphérique de bouclage. </para>
-<screen
->127.0.0.1        hal.btl                hal                 (for dhcp)
+<para>Vous devriez également ajouter le nom de domaine pleinement qualifié de votre ordinateur, son nom abrégé et son adresse IP s'il a une IP statique. Si votre adresse IP est affectée dynamiquement via <acronym>DHCP</acronym>, vous pouvez vous contenter d'indiquer l'adresse du périphérique de bouclage. </para>
+<screen>127.0.0.1        hal.btl                hal                 (for dhcp)
 192.168.0.1        hal.btl                hal                (static)
 </screen>
-<para
->Assurez-vous que votre pare-feu n'est pas restrictif au point d'arrêter les paquets à destination du périphérique de bouclage. Par exemple, dans iptables, si la règle par défaut sur la chaîne <parameter
->INPUT</parameter
-> pour ce périphérique est définie autrment qu'à <parameter
->
->ACCEPT</parameter
->, il s'ensuivra des problèmes de performance dans X. Pour le vérifier, vous pouvez saisir : </para>
-<screen
-><prompt
->&percnt;</prompt
-><userinput
-><command
->iptables-save</command
-> <literal
->|</literal
-> <command
->grep</command
-> <option
->lo</option
-></userinput>
-<computeroutput
-><option
->-A</option
-> <parameter
->INPUT</parameter
-> <option
->-i</option
-> <parameter
->lo</parameter
-> <option
->-j</option
->  <parameter
->ACCEPT</parameter
-> 
-</computeroutput
->
+<para>Assurez-vous que votre pare-feu n'est pas restrictif au point d'arrêter les paquets à destination du périphérique de bouclage. Par exemple, dans iptables, si la règle par défaut sur la chaîne <parameter>INPUT</parameter> pour ce périphérique est définie autrment qu'à <parameter>>ACCEPT</parameter>, il s'ensuivra des problèmes de performance dans X. Pour le vérifier, vous pouvez saisir : </para>
+<screen><prompt>&percnt;</prompt><userinput><command>iptables-save</command> <literal>|</literal> <command>grep</command> <option>lo</option></userinput>
+<computeroutput><option>-A</option> <parameter>INPUT</parameter> <option>-i</option> <parameter>lo</parameter> <option>-j</option>  <parameter>ACCEPT</parameter> 
+</computeroutput>
 </screen>
-<para
->La règle <computeroutput
-><option
->-A</option
-> <parameter
->INPUT</parameter
-> <option
->-i</option
-> <parameter
->lo</parameter
-> <option
->-j</option
-> <parameter
->ACCEPT</parameter
-></computeroutput
-> devrait toujour fonctionner, à moins qu'il n'y ait d'autres règles mal configurées (comme un <parameter
->DROP</parameter
-> sur la chaîne <parameter
->OUTPUT</parameter
->). </para>
+<para>La règle <computeroutput><option>-A</option> <parameter>INPUT</parameter> <option>-i</option> <parameter>lo</parameter> <option>-j</option> <parameter>ACCEPT</parameter></computeroutput> devrait toujour fonctionner, à moins qu'il n'y ait d'autres règles mal configurées (comme un <parameter>DROP</parameter> sur la chaîne <parameter>OUTPUT</parameter>). </para>
 </sect1>