Intégration d'autres commentaires de Philippe Galvan

Co-authored-by: PhilippeGalvan <git.philippeG@outlook.com>

Author: ygingras

whatsnew/3.10.po

@@ -105,7 +105,7 @@ msgstr "Nouvelles fonctionnalités de typage :"
 
 #: whatsnew/3.10.rst:79
 msgid ":pep:`604`, Allow writing union types as X | Y"
-msgstr ":pep:`604`, autorise l'écriture d'union de types comme X | Y ;"
+msgstr ":pep:`604`, autorise l'écriture d'union de types sous la forme X | Y ;"
 
 #: whatsnew/3.10.rst:80
 msgid ":pep:`613`, Explicit Type Aliases"
@@ -161,8 +161,8 @@ msgid ""
 msgstr ""
 "Il est maintenant possible de mettre les gestionnaires de contexte entre "
 "parenthèses pour les répartir sur plusieurs lignes. Ceci permet le formatage "
-"d'une longue série de gestionnaires de contexte sur plusieurs lignes de la "
-"même façon qui était préalablement possible avec les instructions "
+"d'une longue série de gestionnaires de contexte sur plusieurs lignes comme "
+"ce qui était préalablement possible avec les instructions "
 "d'importation. Par exemple, tous ces blocs sont maintenant valides :"
 
 #: whatsnew/3.10.rst:131
@@ -177,7 +177,7 @@ msgid ""
 "This new syntax uses the non LL(1) capacities of the new parser. Check :pep:"
 "`617` for more details."
 msgstr ""
-"Cette nouvelle syntaxe utilise la capacité non-LL(1) du nouvel analyseur "
+"Cette nouvelle syntaxe utilise la capacité *non-LL(1)* du nouvel analyseur "
 "syntaxique. Voir :pep:`617` pour plus de détails."
 
 #: whatsnew/3.10.rst:146
@@ -258,7 +258,7 @@ msgstr ""
 "Les exceptions :exc:`SyntaxError` levées par l'interpréteur soulignent "
 "maintenant toute la portée de l'expression qui constitue l'erreur de syntaxe "
 "plutôt que seulement la position où le problème a été détecté. De cette "
-"façon, plutôt que cet affichage (avant Python 3.10) :"
+"façon, plutôt que d'afficher (avant Python 3.10) :"
 
 #: whatsnew/3.10.rst:208
 msgid "now Python 3.10 will display the exception as:"
@@ -386,7 +386,7 @@ msgstr ""
 "notez que ceci ne fonctionne pas si :c:func:`PyErr_Display` n'est pas "
 "appelée pour afficher l'erreur, ce qui est le cas si une fonction "
 "d'affichage d'erreur personnalisée est utilisée. C'est un scénario typique "
-"avec certains interpréteurs interactifs comme IPython."
+"avec certains interpréteurs interactifs comme *IPython*."
 
 #: whatsnew/3.10.rst:375
 msgid "NameErrors"
@@ -411,7 +411,7 @@ msgstr ""
 "notez que ceci ne fonctionne pas si :c:func:`PyErr_Display` n'est pas "
 "appelée pour afficher l'erreur, ce qui est le cas si une fonction "
 "d'affichage d'erreur personnalisée est utilisée. C'est un scénario typique "
-"avec certains interpréteurs interactifs comme IPython."
+"avec certains interpréteurs interactifs comme *IPython*."
 
 #: whatsnew/3.10.rst:398
 msgid "PEP 626: Precise line numbers for debugging and other tools"
@@ -445,7 +445,7 @@ msgid ""
 "should use the new ``co_lines()`` method instead."
 msgstr ""
 "L'attribut ``co_lnotab`` des objets code est obsolète et sera retiré dans "
-"3.12. Tout code qui doit convertir de décalage (*offset*) vers des numéros "
+"3.12. Tout code qui doit convertir d'un décalage (*offset*) vers des numéros "
 "de ligne doit plutôt utiliser la nouvelle méthode ``co_lines()``."
 
 #: whatsnew/3.10.rst:409
@@ -542,7 +542,7 @@ msgstr ""
 "Le filtrage par motifs est peut-être connu des lecteurs par l'intermédiaire "
 "des langages *C*, *Java* ou *JavaScript* (et plusieurs autres langages), "
 "avec l'appariement simple d'un sujet (objet de données) à un littéral "
-"(filtre) avec l'instruction ``switch`` . Souvent, l'instruction ``switch`` "
+"(filtre) avec l'instruction ``switch``. Souvent, l'instruction ``switch`` "
 "est utilisée pour comparer des objets ou expressions à des instructions "
 "``case`` qui contiennent des littéraux."