python
diff --git a/‎reference/compound_stmts.po
Lines changed: 51 additions & 51 deletions b/‎reference/compound_stmts.po
Lines changed: 51 additions & 51 deletions
diff --git a/‎reference/datamodel.po
Lines changed: 17 additions & 17 deletions b/‎reference/datamodel.po
Lines changed: 17 additions & 17 deletions
diff --git a/‎reference/executionmodel.po
Lines changed: 7 additions & 8 deletions b/‎reference/executionmodel.po
Lines changed: 7 additions & 8 deletions
diff --git a/‎reference/import.po
Lines changed: 24 additions & 24 deletions b/‎reference/import.po
Lines changed: 24 additions & 24 deletions
diff --git a/‎reference/index.po
Lines changed: 2 additions & 2 deletions b/‎reference/index.po
Lines changed: 2 additions & 2 deletions
@@ -530,7 +530,7 @@ msgstr ""
 
 #: ../Doc/reference/datamodel.rst:318
 msgid "Tuples"
-msgstr "Tuples"
+msgstr "n-uplets (ou tuples)"
 
 #: ../Doc/reference/datamodel.rst:313
 msgid ""
@@ -1694,7 +1694,7 @@ msgstr ""
 "``None``, c'est une fonction appelée à différentes occasions durant "
 "l'exécution du code (elle est utilisée par le débogueur). Normalement, un "
 "événement est déclenché pour chaque ligne de code source — ce comportement "
-"peut être désactivé en définissant  :attr:`f_trace_lines` à :const:`False`."
+"peut être désactivé en définissant :attr:`f_trace_lines` à :const:`False`."
 
 #: ../Doc/reference/datamodel.rst:987
 msgid ""
@@ -1827,9 +1827,9 @@ msgid ""
 "Traceback objects can now be explicitly instantiated from Python code, and "
 "the ``tb_next`` attribute of existing instances can be updated."
 msgstr ""
-"Les objets traces peuvent maintenant être explicitement instanciés depuis le "
-"code Python et l'attribut ``tb_next`` des instances existantes peut être mis "
-"à jour."
+"Les objets de traces d'appels peuvent maintenant être explicitement "
+"instanciés depuis le code Python et l'attribut ``tb_next`` des instances "
+"existantes peut être mis à jour."
 
 #: ../Doc/reference/datamodel.rst:1095
 msgid "Slice objects"
@@ -2682,7 +2682,7 @@ msgid ""
 "with the attribute name and the result is returned."
 msgstr ""
 "Les noms spéciaux ``__getattr__`` et ``__dir__`` peuvent aussi être "
-"personnalisés pour accéder aux attributs du module. La fonction  "
+"personnalisés pour accéder aux attributs du module. La fonction "
 "``__getattr__`` au niveau du module doit accepter un argument qui est un nom "
 "d'attribut et doit renvoyer la valeur calculée ou lever une :exc:"
 "`AttributeError`. Si un attribut n'est pas trouvé dans l'objet module en "
@@ -2735,7 +2735,7 @@ msgstr "attributs ``__getattr__`` et ``__dir__`` du module."
 
 #: ../Doc/reference/datamodel.rst:1604
 msgid ":pep:`562` - Module __getattr__ and __dir__"
-msgstr ":pep:`562` —  ``__getattr__`` et ``__dir__`` pour un module"
+msgstr ":pep:`562` — ``__getattr__`` et ``__dir__`` pour un module"
 
 #: ../Doc/reference/datamodel.rst:1605
 msgid "Describes the ``__getattr__`` and ``__dir__`` functions on modules."
@@ -2793,7 +2793,7 @@ msgid ""
 "implementation always passes in both arguments whether they are required or "
 "not."
 msgstr ""
-"La PEP:`252` spécifie que :meth:`__get__` soit un appelable avec un ou deux "
+"La :pep:`252` spécifie que :meth:`__get__` soit un appelable avec un ou deux "
 "arguments. Les descripteurs natifs de Python suivent cette spécification ; "
 "cependant, il est probable que des outils tiers aient des descripteurs qui "
 "requièrent les deux arguments. L'implémentation de :meth:`__getattribute__` "
@@ -3350,7 +3350,7 @@ msgstr ""
 msgid ""
 "if no bases and no explicit metaclass are given, then :func:`type` is used;"
 msgstr ""
-"si aucune classe et aucune méta-classe n'est donnée, alors :func:`type` est "
+"si aucune classe et aucune métaclasse n'est donnée, alors :func:`type` est "
 "utilisée ;"
 
 #: ../Doc/reference/datamodel.rst:1925
@@ -3612,7 +3612,7 @@ msgid ""
 "other ABCs."
 msgstr ""
 "En particulier, la méta-classe :class:`abc.ABCMeta` implémente ces méthodes "
-"pour autoriser l'ajout de classes de base abstraites  (ABC pour *Abstract "
+"pour autoriser l'ajout de classes de base abstraites (ABC pour *Abstract "
 "Base Classes* en anglais) en tant que « classes de base virtuelles » pour "
 "toute classe ou type (y compris les types natifs)."
 
@@ -3623,7 +3623,7 @@ msgid ""
 "class)``."
 msgstr ""
 "Renvoie ``True`` si *instance* doit être considérée comme une instance "
-"(directe ou indirecte) de *class*. Si elle est définie, est elle appelée "
+"(directe ou indirecte) de *class*. Si elle est définie, elle est appelée "
 "pour implémenter ``isinstance(instance, class)``."
 
 #: ../Doc/reference/datamodel.rst:2063
@@ -3824,10 +3824,10 @@ msgstr ""
 "Appelée pour implémenter :func:`operator.length_hint`. Elle doit renvoyer "
 "une longueur estimée de l'objet (qui peut être plus grande ou plus petite "
 "que la longueur réelle). La longueur doit être un entier ``>=`` 0. La valeur "
-"de retour peux aussi être :const:`NotImplemented`, qui est traité de la même "
-"façon que si la méthode ``__length_hint__`` n'existait pas. Cette méthode "
-"est utilisée uniquement pour optimiser les traitements et n'est jamais tenue "
-"de renvoyer un résultat exact."
+"de retour peut aussi être :const:`NotImplemented`, qui est traitée de la "
+"même façon que si la méthode ``__length_hint__`` n'existait pas. Cette "
+"méthode est utilisée uniquement pour optimiser les traitements et n'est "
+"jamais tenue de renvoyer un résultat exact."
 
 #: ../Doc/reference/datamodel.rst:2188
 msgid ""
@@ -4031,7 +4031,7 @@ msgstr ""
 "évaluer l'expression ``x + y``, où *x* est une instance d'une classe qui "
 "possède une méthode :meth:`__add__`, ``x.__add__(y)`` est appelée. La "
 "méthode :meth:`__divmod__` doit être l'équivalent d'appeler :meth:"
-"`__floordiv__` et :meth:`__mod__`; elle ne doit pas être reliée à :meth:"
+"`__floordiv__` et :meth:`__mod__` ; elle ne doit pas être reliée à :meth:"
 "`__truediv__`. Notez que :meth:`__pow__` doit être définie de manière à "
 "accepter un troisième argument optionnel si la version ternaire de la "
 "fonction native :func:`pow` est autorisée."
@@ -4481,7 +4481,7 @@ msgid ""
 "An *asynchronous iterator* can call asynchronous code in its ``__anext__`` "
 "method."
 msgstr ""
-"Un *itérateur asynchrone*  peut appeler du code asynchrone dans sa méthode "
+"Un *itérateur asynchrone* peut appeler du code asynchrone dans sa méthode "
 "``__anext__``."
 
 #: ../Doc/reference/datamodel.rst:2669
 
@@ -275,7 +275,7 @@ msgstr ""
 "L'espace de nommage de la définition de classe devient le dictionnaire des "
 "attributs de la classe. La portée des noms définis dans un bloc de classe "
 "est limitée au bloc de la classe ; elle ne s'étend pas aux blocs de code des "
-"méthodes -- y compris les compréhensions et les expressions générateurs "
+"méthodes — y compris les compréhensions et les expressions générateurs "
 "puisque celles-ci sont implémentées en utilisant une portée de fonction. "
 "Ainsi, les instructions suivantes échouent ::"
 
@@ -290,7 +290,7 @@ msgid ""
 "keyword:`import` the :mod:`builtins` module and modify its attributes "
 "appropriately."
 msgstr ""
-"L'utilisateur ne doit pas toucher à ``__builtins__``; c'est et cela doit "
+"L'utilisateur ne doit pas toucher à ``__builtins__`` ; c'est et cela doit "
 "rester réservé aux besoins de l'implémentation. Les utilisateurs qui "
 "souhaitent surcharger des valeurs dans l'espace de nommage natif doivent :"
 "keyword:`importer <import>` le module :mod:`builtins` et modifier ses "
@@ -378,11 +378,10 @@ msgstr ""
 "L'interpréteur Python lève une exception quand il détecte une erreur à "
 "l'exécution (telle qu'une division par zéro). Un programme Python peut aussi "
 "lever explicitement une exception avec l'instruction :keyword:`raise`. Les "
-"gestionnaires d'exception sont spécifiés avec l'instruction :keyword:"
-"`try` ... :keyword:`except`. La clause  :keyword:`finally` d'une telle "
-"instruction peut être utilisée pour spécifier un code de nettoyage qui ne "
-"gère pas l'exception mais qui est exécuté quoi qu'il arrive (exception ou "
-"pas)."
+"gestionnaires d'exception sont spécifiés avec l'instruction :keyword:`try` "
+"… :keyword:`except`. La clause :keyword:`finally` d'une telle instruction "
+"peut être utilisée pour spécifier un code de nettoyage qui ne gère pas "
+"l'exception mais qui est exécuté quoi qu'il arrive (exception ou pas)."
 
 #: ../Doc/reference/executionmodel.rst:237
 msgid ""
@@ -393,7 +392,7 @@ msgid ""
 msgstr ""
 "Python utilise le modèle par *terminaison* de gestion des erreurs : un "
 "gestionnaire d'exception peut trouver ce qui est arrivé et continuer "
-"l'exécution à un niveau plus élevé mais il ne peut pas réparer l'origine de "
+"l'exécution à un niveau plus élevé, mais il ne peut pas réparer l'origine de "
 "l'erreur et ré-essayer l'opération qui a échoué (sauf à entrer à nouveau "
 "dans le code en question par le haut)."
 
 
@@ -189,7 +189,7 @@ msgstr ""
 "Tous les modules ont un nom. Les noms des sous-paquets sont séparés du nom "
 "du paquet parent par des points (`.`), à l'instar de la syntaxe standard "
 "d'accès aux attributs en Python. Ainsi, vous pouvez avoir un module nommé :"
-"mod:`sys` et un paquet nommé :mod:`email`, qui a son tour possède un sous-"
+"mod:`sys` et un paquet nommé :mod:`email`, qui à son tour possède un sous-"
 "paquet nommé :mod:`email.mime` avec un module dans ce sous-paquet nommé :mod:"
 "`email.mime.text`."
 
@@ -693,7 +693,7 @@ msgid ""
 "effect, must remain in the cache.  This contrasts with reloading where even "
 "the failing module is left in :data:`sys.modules`."
 msgstr ""
-"Si le chargement échoue, le module en cause -- et seulement ce module -- est "
+"Si le chargement échoue, le module en cause (et seulement ce module) est "
 "enlevé de :data:`sys.modules`. Tout module déjà dans le cache de :data:`sys."
 "modules` et tout module qui a été chargé avec succès par effet de bord doit "
 "rester dans le cache. C'est différent dans le cas d'un rechargement où même "
@@ -844,7 +844,7 @@ msgstr ""
 "La méthode ``load_module()`` *doit* implémenter toutes les fonctionnalités "
 "de chargement décrites ci-dessus en plus de l'exécution du module. Toutes "
 "les contraintes s'appliquent aussi, avec quelques précisions "
-"supplémentaires :"
+"supplémentaires :"
 
 #: ../Doc/reference/import.rst:448
 msgid ""
@@ -884,7 +884,7 @@ msgid ""
 "A :exc:`DeprecationWarning` is raised when ``exec_module()`` is defined but "
 "``create_module()`` is not."
 msgstr ""
-"Un avertissement  :exc:`DeprecationWarning` est levé quand ``exec_module()`` "
+"Un avertissement :exc:`DeprecationWarning` est levé quand ``exec_module()`` "
 "est définie mais ``create_module()`` ne l'est pas."
 
 #: ../Doc/reference/import.rst:467
@@ -1098,7 +1098,7 @@ msgid ""
 msgstr ""
 "Si le module est un paquet (classique ou espace de nommage), l'attribut "
 "``__path__`` de l'objet module doit être défini. La valeur doit être un "
-"itérable  mais peut être vide si ``__path__`` n'a pas de sens dans le "
+"itérable mais peut être vide si ``__path__`` n'a pas de sens dans le "
 "contexte. Si ``__path__`` n'est pas vide, il doit produire des chaînes "
 "lorsque l'on itère dessus. Vous trouvez plus de détails sur la sémantique de "
 "``__path__`` :ref:`plus loin ci-dessous <package-path-rules>`."
@@ -1180,7 +1180,7 @@ msgid ""
 "data:`sys.path_hooks` (described below) are consulted when traversing a "
 "package's ``__path__``."
 msgstr ""
-"``__path__``  doit être un itérable de chaînes de caractères, mais il peut "
+"``__path__`` doit être un itérable de chaînes de caractères, mais il peut "
 "être vide. Les mêmes règles que pour :data:`sys.path` s'appliquent au "
 "``__path__`` d'un paquet et :data:`sys.path_hooks` (dont la description est "
 "donnée plus bas) est consulté pendant le parcours de ``__path__`` du paquet."
@@ -1198,7 +1198,7 @@ msgstr ""
 "``__path__`` d'un paquet, et c'est ainsi qu'étaient implémentés les paquets-"
 "espaces de nommage avant la :pep:`420`. Depuis l'adoption de la :pep:`420`, "
 "les paquets-espaces de nommage n'ont plus besoin d'avoir des fichiers "
-"``__init__.py`` qui ne font que de la manipulation de ``__path__`` ; le "
+"``__init__.py`` qui ne font que de la manipulation de ``__path__`` ; le "
 "mécanisme d'importation définit automatiquement ``__path__`` correctement "
 "pour un paquet-espace de nommage."
 
@@ -1236,7 +1236,7 @@ msgstr ""
 
 #: ../Doc/reference/import.rst:652
 msgid "Here are the exact rules used:"
-msgstr "Les règles exactes utilisées sont :"
+msgstr "Les règles exactes utilisées sont :"
 
 #: ../Doc/reference/import.rst:654
 msgid ""
@@ -1362,9 +1362,9 @@ msgstr ""
 "Comme indiqué précédemment, Python est livré par défaut avec plusieurs "
 "chercheurs dans les méta-chemins. L'un deux, appelé :term:`chercheur dans "
 "path <path based finder>` (:class:`~importlib.machinery.PathFinder`), "
-"recherche dans le  :term:`chemin des importations <import path>` qui "
-"contient une liste :term:`d'entrées dans path <path entry>`. Chaque entrée "
-"désigne un emplacement où rechercher des modules."
+"recherche dans le :term:`chemin des importations <import path>` qui contient "
+"une liste :term:`d'entrées dans path <path entry>`. Chaque entrée désigne un "
+"emplacement où rechercher des modules."
 
 #: ../Doc/reference/import.rst:716
 msgid ""
@@ -1419,9 +1419,9 @@ msgstr ""
 "Le chercheur dans *path* fournit aussi des points d'entrées (ou *hooks*) et "
 "des protocoles de manière à pouvoir étendre et personnaliser les types de "
 "chemins dans lesquels chercher. Par exemple, si vous voulez pouvoir chercher "
-"dans des URL réseau, vous pouvez écrire une fonction \"point d'entrée\" qui "
+"dans des URL réseau, vous pouvez écrire une fonction « point d'entrée » qui "
 "implémente la sémantique HTTP pour chercher des modules sur la toile. Ce "
-"point d'entrée (qui doit être un *callable*) doit renvoyer un :term:"
+"point d'entrée (qui doit être un appelable) doit renvoyer un :term:"
 "`chercheur d'entrée dans path <path entry finder>` qui gère le protocole "
 "décrit plus bas et qui sera utilisé pour obtenir un chargeur de module sur "
 "la toile."
@@ -1516,10 +1516,10 @@ msgid ""
 "determined by the individual :term:`path entry finders <path entry finder>`."
 msgstr ""
 ":data:`sys.path` contient une liste de chaînes de caractères indiquant des "
-"emplacements où chercher des modules ou des paquets.  Elle est initialisée à "
+"emplacements où chercher des modules ou des paquets. Elle est initialisée à "
 "partir de la variable d'environnement :data:`PYTHONPATH` et de plusieurs "
 "autres valeurs par défaut qui dépendent de l'installation et de "
-"l'implémentation.  Les entrées de :data:`sys.path` désignent des répertoires "
+"l'implémentation. Les entrées de :data:`sys.path` désignent des répertoires "
 "du système de fichiers, des fichiers zip et possiblement d'autres \"endroits"
 "\" (lisez le module :mod:`site`) tels que des URL ou des requêtes dans des "
 "bases de données où Python doit rechercher des modules. :data:`sys.path` ne "
@@ -1651,8 +1651,8 @@ msgid ""
 "machinery.PathFinder.find_spec` will be the actual current working directory "
 "and not the empty string."
 msgstr ""
-"Le répertoire de travail courant -- noté sous la forme d'une chaîne de "
-"caractères vide -- est géré d'une manière légèrement différente des autres "
+"Le répertoire de travail courant — noté sous la forme d'une chaîne de "
+"caractères vide — est géré d'une manière légèrement différente des autres "
 "entrées de :data:`sys.path`. D'abord, si le répertoire de travail courant "
 "s'avère ne pas exister, aucune valeur n'est stockée dans :data:`sys."
 "path_importer_cache`. Ensuite, la valeur pour le répertoire de travail "
@@ -1687,7 +1687,7 @@ msgstr ""
 "arguments : le nom complètement qualifié du module en cours d'importation et "
 "(optionnellement) le module cible. ``find_spec()`` renvoie un spécificateur "
 "de module pleinement peuplé. Ce spécificateur doit avoir son chargeur "
-"(attribut \"loader\" ) défini, à une exception près."
+"(attribut `loader`) défini, à une exception près."
 
 #: ../Doc/reference/import.rst:857
 msgid ""
@@ -1720,10 +1720,10 @@ msgid ""
 "path entry finder, the legacy methods are ignored."
 msgstr ""
 "Les vieux chercheurs d'entrée dans *path* peuvent implémenter une des deux "
-"méthodes obsolètes à la place de ``find_spec()``.  Ces méthodes sont "
-"toujours prises en compte dans le cadre de la compatibilité descendante.  "
-"Cependant, si ``find_spec()`` est implémentée par le chercheur d'entrée dans "
-"*path*, les méthodes historiques sont ignorées."
+"méthodes obsolètes à la place de ``find_spec()``. Ces méthodes sont toujours "
+"prises en compte dans le cadre de la compatibilité descendante. Cependant, "
+"si ``find_spec()`` est implémentée par le chercheur d'entrée dans *path*, "
+"les méthodes historiques sont ignorées."
 
 #: ../Doc/reference/import.rst:873
 msgid ""
@@ -2056,8 +2056,8 @@ msgid ""
 "an alternative to :meth:`find_module`."
 msgstr ""
 "La :pep:`420` a introduit les :term:`paquets-espaces de nommage <namespace "
-"package>` pour Python 3.3.  :pep:`420` a aussi introduit le protocole :meth:"
-"`recherche du chargeur <find_loader>` comme une alternative à :meth:"
+"package>` pour Python 3.3. La :pep:`420` a aussi introduit le protocole :"
+"meth:`recherche du chargeur <find_loader>` comme une alternative à :meth:"
 "`find_module`."
 
 #: ../Doc/reference/import.rst:1043
 
@@ -29,8 +29,8 @@ msgid ""
 "picture of how to write a Python extension module, and the :ref:`c-api-"
 "index` describes the interfaces available to C/C++ programmers in detail."
 msgstr ""
-"Cette documentation décrit la syntaxe et la \"sémantique interne\" du "
-"langage. Elle peut être laconique, mais essaye d'être exhaustive et exacte.  "
+"Cette documentation décrit la syntaxe et la « sémantique interne » du "
+"langage. Elle peut être laconique, mais essaye d'être exhaustive et exacte. "
 "La sémantique des objets natifs secondaires, des fonctions, et des modules "
 "est documentée dans :ref:`library-index`. Pour une présentation informelle "
 "du langage, voyez plutôt :ref:`tutorial-index`. Pour les développeurs C ou C+"