French docs currently 100% complete

Thank you Jacques!!!

docs/fr_FR.UTF-8/html/SIGNALS.html

@@ -21,7 +21,7 @@
         Documentation sur les signaux      </h1>
 
       <p>
-        Copyright &copy; 2019-2021 by divers contributeurs; cf AUTHORS.<br>
+        Copyright &copie; 2019-2021 par divers contributeurs; voir AUTHORS.<br>
         <a href="http://www.tuxpaint.org/">http://www.tuxpaint.org/</a>
       </p>
 
@@ -32,22 +32,23 @@
     <hr>
 
     <p>
-      Tux Paint responds to the following signals (which can be sent to the program's process via `<code>kill</code>` or `<code>killall</code>`, for example).    </p>
+      Tux Paint répond aux signaux suivants (qui peuvent être envoyé au processus du programme via `<code>kill</code>` ou`<code>killall</code>`, par exemple).    </p>
 
     <dl>
       <dt>
         <code>SIGTERM</code>
-        (also, <b><code>[Ctrl]</code></b> + <b><code>[C]</code></b> from a terminal running `<code>tuxpaint</code>`)      </dt>
+        (également, <b><code>[Ctrl]</code></b> + <b><code>[C]</code></b> depuis un terminal exécutant '<code>tuxpaint</code>')      </dt>
 
       <dd>
         <p>
-          Tux Paint responds as if the "Quit" button were pressed, or the desktop environment was told to close Tux Paint (e.g., by clicking a window close button, or pressing <b><code>[Alt]</code></b> + <b><code>[F4]</code></b> on most systems).        </p>
+          Tux Paint répond comme si le bouton "Quitter" était enfoncé, ou l'environnement de bureau a été invité à fermer Tux Paint (par exemple, en cliquant sur un bouton de fermeture de fenêtre, ou en appuyant sur <b><code>[Alt]</code></b> + <b><code>[F4]</code></b> sur la plupart des systèmes).        </p>
 
         <p>
-          From the main interface, Tux Paint will prompt whether or not you wish to quit, and (unless overridden by the auto-save option, e.g. "<code>--autosave</code>") if you'd like to save the current drawing (if unsaved), and if so, and it's a modified version of an existing drawing (unless overridden by the options to save over old images, or always save new images; e.g. "<code>--saveover</code>" and "<code>--saveovernew</code>", respectively), whether or not to overwrite the existing drawing, or save to a new file.        </p>
+          Depuis l'interface principale, Tux Paint vous demandera si souhaitez quitter ou pas, et (sauf si remplacé par l'option autosave, par ex. "<code>--autosave</code>") si vous souhaitez enregistrer le dessin courant (s'il n'est pas enregistré), et si c'est le cas, et c'est une version modifiée d'un dessin existant (sauf si remplacé par les options pour écraser les images anciennes, ou bien sauvegarder avec un nouveau nom; par ex. "<code>--saveover</code>" ou "<code>--saveovernew</code>").
+vers un nouveau fichier.        </p>
 
         <p>
-          <b>Note:</b> From other parts of the interface, the signal is currently interpreted as a request to go back (e.g., from the "New" dialog back to the main interface), as if a "Back" button in Tux Paint were clicked, or the <b><code>[Esc]</code></b> was key pressed.        </p>
+          <b>Remarque :</b>Sur d'autres parties de l'interface, le signal est en fait interprété comme une demande de retour en arrière (par exemple, de la boîte de dialogue "Nouveau" pour revenir sur l'interface principale), comme si un bouton "Retour" dans Tux Paint a été cliqué, ou la touche <b><code>[Esc]</code></b> enfoncée.        </p>
 
         <p>
           Exemple: <code>killall tuxpaint</code>        </p>
@@ -59,13 +60,13 @@
 
       <dd>
         <p>
-          Tux Paint responds by setting its auto-save option (as if it had been launched with "<code>--autosave</code>"), as well as either the option to always save new images (as if launched with "<code>--saveovernew</code>") in the case of receiving a <code>SIGUSR1</code> signal, or to always save over the existing image (as if launched with "<code>--saveover</code>") in the case of receiving <code>SIGUSR2</code>.  Then Tux Paint sends itself a <code>SIGTERM</code> signal, in an attempt to quit. (See above.)        </p>
+          Tux Paint répond en définissant son option "autosave" (comme si cela avait été lancé avec "<code>--autosave</code>"), aussi bien que l'option pour toujours sauvegarder de nouvelles images (comme si c'était lancé avec "<code>--saveovernew</code>"), dans le cas de la réception d'un signal <code>SIGUSR1</code>, ou bien d'écraser les images existantes (comme si cela avait lancé avec "<code>--saveover</code>") dans le cas où on recevait <code>SIGUSR2</code>. Alors Tux Paint envoie à lui-même le signal <code>SIGTERM</code>, pour une tentative de quitter (Voir ci-dessus.)        </p>
 
         <p>
-          So, from the main interface, Tux Paint should quit almost immediately, with no questions asked.        </p>
+          Ainsi, à partir de l'interface principale, Tux Paint devrait se fermer presque immédiatement, sans poser de questions.        </p>
 
         <p>
-          <b>Note:</b> From other parts of the interface, unfortunately, Tux Paint will go back one level in the interface.  Therefore, at this time, it may be necessary to send this signal to Tux Paint a few times, for it to quit completely.        </p>
+          À partir d'autres parties de l'interface, malheureusement, Tux Paint ne reviendra que d'un niveau dans l'interface. Par conséquent, à ce moment, il peut être nécessaire d'envoyer ce signal à Tux Paint plusieurs fois, pour qu'il s'arrête complètement.        </p>
 
         <p>
           Exemple: <code>killall -s SIGUSR1 tuxpaint</code>        </p>