Sync SIGNALS doc after style updates

This commit is contained in:
Bill Kendrick 2022-03-31 22:51:19 -07:00
parent 799670ac24
commit 084adab616
10 changed files with 689 additions and 351 deletions

View file

@ -5,9 +5,7 @@
Copyright © 2019-2022 by divers contributeurs; see AUTHORS.txt.
https://tuxpaint.org/
janvier 20, 2022
----------------------------------------------------------------------
mars 31, 2022
Tux Paint répond aux signaux suivants (qui peuvent être envoyé au
processus du programme via `kill` ou`killall`, par exemple).
@ -28,14 +26,13 @@
sauvegarder avec un nouveau nom (par ex. "--saveover" ou
"--saveovernew") vers un nouveau fichier.
Remarque :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 [Esc] enfoncée.
Exemple: killall tuxpaint
💡 Note: 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 [Esc] was key pressed.
SIGUSR1 & SIGUSR2
Tux Paint répond en définissant son option "autosave" (comme si
@ -50,10 +47,9 @@
Ainsi, à partir de l'interface principale, Tux Paint devrait se
fermer presque immédiatement, sans poser de questions.
À 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.
Exemple: killall -s SIGUSR1 tuxpaint
💡 Note: 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.