Some fuzzy in library/pty.po (#1193)

Catadanna · christopheNan · deronnax · web-flow · commit 606dfb4a1bf9 · 2020-05-18T12:34:17.000+02:00
* Some fuzzy in library/pty.po

* Update library/pty.po

Co-Authored-By: Christophe Nanteuil &lt;35002064+christopheNan@users.noreply.github.com&gt;

* Traductions et corrections

* Update library/pty.po

Co-authored-by: Christophe Nanteuil &lt;35002064+christopheNan@users.noreply.github.com&gt;

* Update library/pty.po

Co-authored-by: Christophe Nanteuil &lt;35002064+christopheNan@users.noreply.github.com&gt;

Co-authored-by: Christophe Nanteuil &lt;35002064+christopheNan@users.noreply.github.com&gt;
Co-authored-by: Mathieu Dupuy &lt;deronnax@gmail.com&gt;
diff --git a/library/pty.po b/library/pty.po
@@ -6,7 +6,7 @@ msgstr ""
 "Project-Id-Version: Python 3\n"
 "Report-Msgid-Bugs-To: \n"
 "POT-Creation-Date: 2019-05-23 16:48+0200\n"
-"PO-Revision-Date: 2020-03-21 13:08+0100\n"
+"PO-Revision-Date: 2020-03-25 16:25+0100\n"
 "Language-Team: FRENCH <traductions@lists.afpy.org>\n"
 "Language: fr\n"
 "MIME-Version: 1.0\n"
@@ -68,7 +68,7 @@ msgid ""
 "``(master, slave)``, for the master and the slave end, respectively."
 msgstr ""
 "Ouvre une nouvelle paire de pseudo-terminaux, en utilisant si possible :func:"
-"`os.openpty`, ou du code émulant la fonctionnalité pour des systèmes Unix "
+"`os.openpty`, ou du code émulant la fonctionnalité pour des systèmes *Unix* "
 "génériques. Renvoie une paire de descripteurs de fichier ``(master, "
 "slave)``, pour le maître et pour l'esclave respectivement."
 
@@ -81,8 +81,10 @@ msgid ""
 "will return."
 msgstr ""
 "Crée un nouveau processus et connecte son terminal aux entrées/sorties "
-"standard du processus courant. C'est typiquement utilisé pour duper les "
-"programmes insistant sur le fait de lire depuis leur terminal."
+"standard du processus courant. Cette stratégie est typiquement utilisée pour "
+"les programmes qui veulent lire depuis leur propre terminal. Le processus "
+"créé utilisant le *pty* est supposé se terminer et, quand il le fera, "
+"l'appel de *spawn* terminera."
 
 #: ../Doc/library/pty.rst:50
 msgid ""
@@ -91,6 +93,10 @@ msgid ""
 "order to force spawn to return before the child process exits an :exc:"
 "`OSError` should be thrown."
 msgstr ""
+"Les fonctions `master_read` et `stdin_read` reçoivent un descripteur de "
+"fichier qu'elles doivent lire, et elles doivent toujours renvoyer une chaîne "
+"d'octets. Afin de forcer le *spawn* à faire un renvoi avant que le processus "
+"enfant ne se termine, une exception :exc:`OSError` doit être levée."
 
 #: ../Doc/library/pty.rst:55
 msgid ""
@@ -100,6 +106,11 @@ msgid ""
 "child process, and *stdin_read* is passed file descriptor 0, to read from "
 "the parent process's standard input."
 msgstr ""
+"L'implémentation par défaut pour les deux fonctions lit et renvoie jusqu'à "
+"1024 octets à chaque appel de la fonction. La fonction de rappel "
+"`master_read` reçoit le descripteur de fichier du pseudo-terminal maître "
+"pour lire la sortie du processus enfant, et `stdin_read` reçoit le "
+"descripteur de fichier 0, pour lire l'entrée standard du processus parent."
 
 #: ../Doc/library/pty.rst:61
 msgid ""
@@ -110,6 +121,13 @@ msgid ""
 "quit without any input, *spawn* will then loop forever. If *master_read* "
 "signals EOF the same behavior results (on linux at least)."
 msgstr ""
+"Le renvoi d'une chaîne d'octets vide à partir de l'un ou l'autre des rappels "
+"est interprété comme une condition de fin de fichier (EOF), et ce rappel ne "
+"sera pas appelé après cela. Si *stdin_read* signale EOF, le terminal de "
+"contrôle ne peut plus communiquer avec le processus parent OU le processus "
+"enfant. À moins que le processus enfant ne quitte sans aucune entrée, "
+"*spawn* sera lancé dans une boucle infinie. Si `master_read` indique la fin "
+"de fichier, on aura le même comportement (sur Linux au moins)."
 
 #: ../Doc/library/pty.rst:68
 msgid ""
@@ -118,6 +136,10 @@ msgid ""
 "This is a bug, documented in `issue 26228 <https://bugs.python.org/"
 "issue26228>`_."
 msgstr ""
+"Si les deux fonctions de rappel indiquent la fin de fichier (*EOF*), alors "
+"*spawn* ne fera probablement jamais de renvoi, à moins que *select* ne lance "
+"une erreur sur votre plateforme lors du passage de trois listes vides. Il "
+"s'agit d'un bogue, renseigné dans `<https://bugs.python.org/issue26228>`_."
 
 #: ../Doc/library/pty.rst:73
 msgid ""
