Réindentation

gleu · May 26, 2015 · cc378b0 · cc378b0
1 parent 5e5c543
commit cc378b0
Show file tree

Hide file tree

Showing 10 changed files with 68 additions and 68 deletions.
diff --git a/postgresql/charset.xml b/postgresql/charset.xml
@@ -484,7 +484,7 @@ SELECT a &lt; 'foo' FROM test1;
     ou de manière équivalente
     <programlisting>
 	SELECT a COLLATE "de_DE" &lt; b FROM test1;
-    </programlisting> 
+    </programlisting>
 
     Toutefois, pour cas structurellement similaire comme
     <programlisting>

diff --git a/postgresql/citext.xml b/postgresql/citext.xml
@@ -28,7 +28,7 @@
   </para>
 
   <para>
-   Ceci fonctionne plutôt bien, mais présente quelques inconvénients&nbsp;: 
+   Ceci fonctionne plutôt bien, mais présente quelques inconvénients&nbsp;:
   </para>
 
   <itemizedlist>

diff --git a/postgresql/client-auth.xml b/postgresql/client-auth.xml
@@ -259,7 +259,7 @@ hostnossl  <replaceable>database</replaceable>  <replaceable>user</replaceable>
        de 32 pour IPv4 ou 128 pour IPv6. Dans une adresse réseau, ne pas oublier
        les zéros terminaux.
       </para>
- 
+
       <para>
        Une entrée donnée dans le format IPv4 correspondra seulement aux
        connexions IPv4, et une entrée donnée dans le format IPv6 correspondra
@@ -360,7 +360,7 @@ hostnossl  <replaceable>database</replaceable>  <replaceable>user</replaceable>
       <para>
        Ces champs peuvent être utilisés comme alternative à la notation
        <replaceable>adresse IP</replaceable><literal>/</literal><replaceable>longueur
-       masque</replaceable>. Au lieu de spécifier la longueur
+        masque</replaceable>. Au lieu de spécifier la longueur
        du masque, le masque réel est indiquée dans une colonne distincte. Par
        exemple, <literal>255.0.0.0</literal> représente une longueur de masque CIDR
        IPv4 de 8, et <literal>255.255.255.255</literal> représente une longueur de

diff --git a/postgresql/ddl.xml b/postgresql/ddl.xml
@@ -2363,7 +2363,7 @@ VALUES ('New York', NULL, NULL, 'NY');</programlisting>
       qui apparaissent dans chaque partition.
      </para>
     </listitem>
-   </varlistentry> 
+   </varlistentry>
   </variablelist>
 
  </para>

diff --git a/postgresql/func.xml b/postgresql/func.xml
@@ -5262,7 +5262,7 @@ meilleur ?-->
        un atome quantifié avec un quantificateur à répétition fixe
        (<literal>{</literal><replaceable>m</replaceable><literal>}</literal> ou
        <literal>{</literal><replaceable>m</replaceable><literal>}?</literal>) a la même gourmandise
-       (éventuellement aucune) que l'atome lui-même&nbsp;; 
+       (éventuellement aucune) que l'atome lui-même&nbsp;;
       </para>
      </listitem>
      <listitem>
@@ -5928,7 +5928,7 @@ anorexie, modération :-) ? -->
       <entry>suffixe du nombre ordinal en majuscules, c'est-à-dire
        <literal>12TH</literal></entry>
       <entry><literal>DDTH</literal></entry>
-     </row> 
+     </row>
      <row>
       <entry>suffixe <literal>th</literal></entry>
       <entry>suffixe du nombre ordinal en minuscules, c'est-à-dire
@@ -6095,23 +6095,23 @@ anorexie, modération :-) ? -->
       </itemizedlist>
      </para>
      <para>
-       Essayer de construire une date en utilisant un mélange de champs de semaine
-       ISO 8601 et de date grégorienne n'a pas de sens et renverra du coup une erreur.
-       Dans le contexte d'une année ISO, le concept d'un <quote>mois</quote> ou
-       du <quote>jour d'un mois</quote> n'a pas de signification. Dans le
-       contexte d'une année grégorienne, la semaine ISO n'a pas de signification.
-       </para>
-      <caution>
-       <para>
-        Alors que <function>to_date</function> rejette un mélange de champs
-        de dates grégoriennes et ISO, <function>to_char</function> ne le fait pas
-        car une spécification de format 
-        de sortie telle que <literal>YYYY-MM-DD (IYYY-IDDD)</literal> peut être 
-        utile. Mais évitez d'écrire quelque chose comme <literal>IYYY-MM-DD</literal>&nbsp;; 
-        cela pourrait donner des résultats surprenants vers le début d'année
-        (voir <xref linkend="functions-datetime-extract"/> pour plus d'informations).
-       </para>
-      </caution>
+      Essayer de construire une date en utilisant un mélange de champs de semaine
+      ISO 8601 et de date grégorienne n'a pas de sens et renverra du coup une erreur.
+      Dans le contexte d'une année ISO, le concept d'un <quote>mois</quote> ou
+      du <quote>jour d'un mois</quote> n'a pas de signification. Dans le
+      contexte d'une année grégorienne, la semaine ISO n'a pas de signification.
+     </para>
+     <caution>
+      <para>
+       Alors que <function>to_date</function> rejette un mélange de champs
+       de dates grégoriennes et ISO, <function>to_char</function> ne le fait pas
+       car une spécification de format
+       de sortie telle que <literal>YYYY-MM-DD (IYYY-IDDD)</literal> peut être
+       utile. Mais évitez d'écrire quelque chose comme <literal>IYYY-MM-DD</literal>&nbsp;;
+       cela pourrait donner des résultats surprenants vers le début d'année
+       (voir <xref linkend="functions-datetime-extract"/> pour plus d'informations).
+      </para>
+     </caution>
     </listitem>
 
     <listitem>
@@ -6435,7 +6435,7 @@ anorexie, modération :-) ? -->
      </row>
      <row>
       <entry><literal>to_char(148.5, '999D999')</literal></entry>
-      <entry><literal>'&nbsp;148,500'</literal></entry> 
+      <entry><literal>'&nbsp;148,500'</literal></entry>
      </row>
      <row>
       <entry><literal>to_char(3148.5, '9G999D999')</literal></entry>
@@ -6445,58 +6445,58 @@ anorexie, modération :-) ? -->
       <entry><literal>to_char(-485, '999S')</literal></entry>
       <entry><literal>'485-'</literal></entry>
      </row>
-     <row> 
+     <row>
       <entry><literal>to_char(-485, '999MI')</literal></entry>
-      <entry><literal>'485-'</literal></entry> 
+      <entry><literal>'485-'</literal></entry>
      </row>
      <row>
       <entry><literal>to_char(485, '999MI')</literal></entry>
-      <entry><literal>'485&nbsp;'</literal></entry> 
+      <entry><literal>'485&nbsp;'</literal></entry>
      </row>
      <row>
       <entry><literal>to_char(485, 'FM999MI')</literal></entry>
-      <entry><literal>'485'</literal></entry> 
+      <entry><literal>'485'</literal></entry>
      </row>
      <row>
       <entry><literal>to_char(485, 'PL999')</literal></entry>
-      <entry><literal>'+485'</literal></entry> 
+      <entry><literal>'+485'</literal></entry>
      </row>
-     <row> 
+     <row>
       <entry><literal>to_char(485, 'SG999')</literal></entry>
-      <entry><literal>'+485'</literal></entry> 
+      <entry><literal>'+485'</literal></entry>
      </row>
      <row>
       <entry><literal>to_char(-485, 'SG999')</literal></entry>
-      <entry><literal>'-485'</literal></entry> 
+      <entry><literal>'-485'</literal></entry>
      </row>
      <row>
       <entry><literal>to_char(-485, '9SG99')</literal></entry>
-      <entry><literal>'4-85'</literal></entry> 
+      <entry><literal>'4-85'</literal></entry>
      </row>
      <row>
       <entry><literal>to_char(-485, '999PR')</literal></entry>
-      <entry><literal>'&lt;485&gt;'</literal></entry> 
+      <entry><literal>'&lt;485&gt;'</literal></entry>
      </row>
      <row>
       <entry><literal>to_char(485, 'L999')</literal></entry>
-      <entry><literal>'DM&nbsp;485</literal></entry> 
+      <entry><literal>'DM&nbsp;485</literal></entry>
      </row>
      <row>
-      <entry><literal>to_char(485, 'RN')</literal></entry> 
+      <entry><literal>to_char(485, 'RN')</literal></entry>
 
       <entry><literal>'&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;CDLXXXV'</literal></entry>
      </row>
      <row>
-      <entry><literal>to_char(485, 'FMRN')</literal></entry> 
+      <entry><literal>to_char(485, 'FMRN')</literal></entry>
       <entry><literal>'CDLXXXV'</literal></entry>
      </row>
      <row>
       <entry><literal>to_char(5.2, 'FMRN')</literal></entry>
-      <entry><literal>'V'</literal></entry> 
+      <entry><literal>'V'</literal></entry>
      </row>
      <row>
       <entry><literal>to_char(482, '999th')</literal></entry>
-      <entry><literal>'&nbsp;482nd'</literal></entry> 
+      <entry><literal>'&nbsp;482nd'</literal></entry>
      </row>
      <row>
       <entry><literal>to_char(485, '"Good&nbsp;number:"999')</literal></entry>
@@ -6508,14 +6508,14 @@ anorexie, modération :-) ? -->
       <entry><literal>'Pre:&nbsp;485&nbsp;Post:&nbsp;.800'</literal></entry>
      </row>
      <row>
-      <entry><literal>to_char(12, '99V999')</literal></entry> 
+      <entry><literal>to_char(12, '99V999')</literal></entry>
       <entry><literal>'&nbsp;12000'</literal></entry>
      </row>
      <row>
       <entry><literal>to_char(12.4, '99V999')</literal></entry>
       <entry><literal>'&nbsp;12400'</literal></entry>
      </row>
-     <row> 
+     <row>
       <entry><literal>to_char(12.45, '99V9')</literal></entry>
       <entry><literal>'&nbsp;125'</literal></entry>
      </row>
@@ -11454,9 +11454,9 @@ END</synopsis>
 
    <note>
     <para>
-     Comme décrit dans <xref linkend="syntax-express-eval"/>, il existe plusieurs 
-    situations dans lesquelles les sous-expressions d'une expression sont 
-    évaluées à des moments différents. De fait, le principe suivant lequel 
+     Comme décrit dans <xref linkend="syntax-express-eval"/>, il existe plusieurs
+    situations dans lesquelles les sous-expressions d'une expression sont
+    évaluées à des moments différents. De fait, le principe suivant lequel
     <quote><token>CASE</token> évalue seulement les sous-expressions
     nécessaires</quote> n'est pas garanti. Par exemple, une sous-expression
     constante <literal>1/0</literal> renvoie normalement une erreur de division

diff --git a/postgresql/json.xml b/postgresql/json.xml
@@ -78,7 +78,7 @@
   type <type>text</type> de <productname>PostgreSQL</productname>), et il
   insiste pour que chaque utilisation de paires de substituion Unicode désignant
   des caractères en dehors du <foreignphrase>Unicode Basic Multilingual
-  Plane</foreignphrase> soit correct. Les échappements Unicode valides sont
+   Plane</foreignphrase> soit correct. Les échappements Unicode valides sont
   convertis en leur caractère ASCII ou UTF8 équivalent pour du stockage&nbsp;;
   ceci inclut les <quote>folding surrogate pairs</quote> sur un seul
   caractère.
@@ -144,7 +144,7 @@
      <entry><type>string</type></entry>
      <entry><type>text</type></entry>
      <entry><literal>\u0000</literal> est interdit, tout comme les échappements
-       Unicode non ASCII si l'encodage de la base de données n'est pas UTF8</entry>
+      Unicode non ASCII si l'encodage de la base de données n'est pas UTF8</entry>
     </row>
     <row>
      <entry><type>number</type></entry>

diff --git a/postgresql/pgcrypto.xml b/postgresql/pgcrypto.xml
@@ -1294,7 +1294,7 @@ gen_random_uuid() returns uuid
    <para>
     L'implémentation ne résiste pas à des <ulink
     url="http://en.wikipedia.org/wiki/Side-channel_attack">attaques par canal
-    auxiliaire</ulink>. Par exemple, le temps requis pour terminer l'exécution
+     auxiliaire</ulink>. Par exemple, le temps requis pour terminer l'exécution
     d'une fonction de déchiffrement de <filename>pgcrypto</filename> varie
     suivant les texts de déchiffrement d'une certaine taille.
    </para>

diff --git a/postgresql/ref/psql-ref.xml b/postgresql/ref/psql-ref.xml
@@ -825,7 +825,7 @@ basetest=&gt;
         position soit les chaînes de connexion <literal>conninfo</literal>
         telles qu'elles sont détaillées dans <xref linkend="libpq-connect"/>.
        </para>
- 
+
        <para>
         Lors de l'utilisation de paramètres de position, si un paramètre parmi
         <replaceable class="parameter">dbname</replaceable>,
@@ -839,7 +839,7 @@ basetest=&gt;
         de chaînes <literal>conninfo</literal>, les valeurs de la précédente
         connexion ne sont pas utilisées pour la nouvelle connexion.
        </para>
- 
+
        <para>
         Si la nouvelle connexion est réussie, la connexion précédente est
         fermée. Si la tentative de connexion échoue (mauvais nom d'utilisateur,
@@ -855,12 +855,12 @@ basetest=&gt;
        <para>
         Exemples&nbsp;:
        </para>
-<programlisting>
+       <programlisting>
 =&gt; \c mydb myuser host.dom 6432
 =&gt; \c service=foo
 =&gt; \c "host=localhost port=5432 dbname=mydb connect_timeout=10 sslmode=disable"
 =&gt; \c postgresql://tom@localhost/mydb?application_name=myapp
-</programlisting>
+       </programlisting>
       </listitem>
      </varlistentry>
 
@@ -1721,8 +1721,8 @@ Tue Oct 26 21:40:57 CEST 1999
 
 
      <varlistentry>
-        <term><literal>\g [ <replaceable class="parameter">nomfichier</replaceable> ]</literal></term>
-        <term><literal>\g [ |<replaceable class="parameter">commande</replaceable> ]</literal></term>
+      <term><literal>\g [ <replaceable class="parameter">nomfichier</replaceable> ]</literal></term>
+      <term><literal>\g [ |<replaceable class="parameter">commande</replaceable> ]</literal></term>
 
       <listitem>
        <para>
@@ -1826,7 +1826,7 @@ bonjour 10
 
      <varlistentry>
       <term><literal>\i</literal> ou <literal>\include</literal> <replaceable
-        class="parameter">nomfichier</replaceable></term>
+       class="parameter">nomfichier</replaceable></term>
       <listitem>
        <para>
         Lit l'entrée à partir du fichier <replaceable

diff --git a/postgresql/syntax.xml b/postgresql/syntax.xml
@@ -2387,13 +2387,13 @@ SELECT ROW(table.*) IS NULL FROM table; -- détecte toutes les lignes non NULL</
     planifiée plutôt que quand elle est exécutée. Donc, par exemple&nbsp;:
  <programlisting>
  SELECT CASE WHEN x &gt; 0 THEN x ELSE 1/0 END FROM tab;
- </programlisting>
+    </programlisting>
     va produire comme résultat un échec pour division par zéro car le
     planificateur a essayé de simplifier la sous-expression constante, même
     si chaque ligne de la table a <literal>x &gt; 0</literal> de façon à ce
     que la condition <literal>ELSE</literal> ne soit jamais exécutée.
    </para>
- 
+
    <para>
     Bien que cet exemple particulier puisse sembler stupide, il existe de
     nombreux cas moins évident, n'impliquant pas de constantes, mais plutôt
@@ -2414,7 +2414,7 @@ SELECT ROW(table.*) IS NULL FROM table; -- détecte toutes les lignes non NULL</
     <literal>SELECT</literal> ou dans une clause <literal>HAVING</literal>. Par
     exemple, la requête suivante peut provoquer une erreur de division par zéro
     bien qu'elle semble protégée contre ce type d'erreurs&nbsp;:
-<programlisting>
+    <programlisting>
 SELECT CASE WHEN min(employees) > 0
             THEN avg(expenses / employees)
        END

diff --git a/postgresql/xfunc.xml b/postgresql/xfunc.xml
@@ -733,18 +733,18 @@ SELECT mleast(VARIADIC ARRAY[10, -1, 5, 4.4]);
       façon de passer un tableau vide à une fonction variadique. Par
       exemple&nbsp;:
 
-<screen>
+      <screen>
 SELECT mleast(VARIADIC ARRAY[]::numeric[]);
-</screen>
+      </screen>
 
-     Écrire simplement <literal>SELECT mleast()</literal> ne fonctionne pas
-     car un paramètre variadique doit correspondre à au moins un argument
-     réel. (Vous pouvez définir une deuxième fonction aussi nommée
-     <literal>mleast</literal>, sans paramètres, si vous voulez permettre ce
-     type d'appels.)
-    </para>
+      Écrire simplement <literal>SELECT mleast()</literal> ne fonctionne pas
+      car un paramètre variadique doit correspondre à au moins un argument
+      réel. (Vous pouvez définir une deuxième fonction aussi nommée
+      <literal>mleast</literal>, sans paramètres, si vous voulez permettre ce
+      type d'appels.)
+     </para>
 
-    <para>
+     <para>
       Les paramètres de l'élément tableau générés à partir d'un paramètre
       variadic sont traités comme n'ayant pas de noms propres. Cela signifie
       qu'il n'est pas possible d'appeler une fonction variadic en utilisant
@@ -3352,7 +3352,7 @@ make_array(PG_FUNCTION_ARGS)
 void RequestAddinLWLocks(int n)
       </programlisting>
       à partir de <function>_PG_init</function>.
-     </para> 
+     </para>
      <para>
       Pour éviter des cas rares possibles, chaque moteur devrait utiliser la
       fonction <function>AddinShmemInitLock</function> lors de la connexion et