@@ -5,7 +5,7 @@ msgstr ""
55"Project-Id-Version : Python 3.6\n "
66"Report-Msgid-Bugs-To : \n "
77"POT-Creation-Date : 2018-06-10 11:27+0200\n "
8- "PO-Revision-Date : 2019-07-18 20:06 +0200\n "
8+ "PO-Revision-Date : 2019-07-19 23:34 +0200\n "
99"Language-Team : FRENCH <traductions@lists.afpy.org>\n "
1010"Language : fr\n "
1111"MIME-Version : 1.0\n "
@@ -39,7 +39,7 @@ msgid ""
3939"incompatibilities and how they can be worked around."
4040msgstr ""
4141"Changer l'API C n'était pas l'un des objectifs de Python 3, cependant les "
42- "nombreux changements de niveau Python ont rendu impossible de garder l'API "
42+ "nombreux changements au niveau Python ont rendu impossible de garder l'API "
4343"de Python 2 comme elle était. Certains changements tels que l'unification "
4444"de :func:`int` et :func:`long` sont plus apparents au niveau C. Ce document "
4545"s'efforce de documenter les incompatibilités et la façon dont elles peuvent "
@@ -159,10 +159,10 @@ msgid ""
159159"rationale behind Capsules, please see :issue:`5630`.)"
160160msgstr ""
161161"L'objet :c:type:`Capsule` a été introduit dans Python 3.1 et 2.7 pour "
162- "remplacer :c:type:`CObject`. Les objets C étaient utiles , mais l'API :c:type: "
163- "`CObject` posait des soucis : elle ne permettait pas la distinction entre "
164- "les objets C valides, ce qui permettait aux objets C assortis incorrectement "
165- "de planter l'interpréteur, et certaines des API s'appuyaient sur un "
162+ "remplacer :c:type:`CObject`. Le type :c:type:`CObject` était utile , mais son "
163+ "API posait des soucis : elle ne permettait pas la distinction entre les "
164+ "objets C valides, ce qui permettait aux objets C assortis incorrectement de "
165+ "planter l'interpréteur, et certaines des API s'appuyaient sur un "
166166"comportement indéfini en C. (Pour plus de détails sur la logique de "
167167"Capsules, veuillez consulter :issue:`5630`)."
168168
@@ -182,7 +182,7 @@ msgstr ""
182182"vous ne gérez que les versions 2.7, ou 3.1 et supérieures, vous pouvez "
183183"simplement passer à :c:type:`Capsule`. Si vous avez besoin de gérer Python "
184184"3.0, ou des versions de Python antérieures à 2.7, vous devez gérer CObjects "
185- "et Capsules. (Notez que Python 3.0 n'est plus supporté , et qu'il n'est pas "
185+ "et Capsules. (Notez que Python 3.0 n'est plus maintenu , et qu'il n'est pas "
186186"recommandé pour une utilisation en production)."
187187
188188#: ../Doc/howto/cporting.rst:216
@@ -209,8 +209,8 @@ msgstr ""
209209":file:`capsulethunk.h` reproduit le fonctionnement de Capsules en utilisant "
210210"CObjects. Cependant, :c:type:`CObject` ne permet pas de stocker le \" nom\" "
211211"de la capsule. Les objets simulés :c:type:`Capsule` créés par :file:"
212- "`capsulethunk.h` se comportent différemment, bien que légèrement, des "
213- "véritables Capsules. Ainsi :"
212+ "`capsulethunk.h` se comportent légèrement différemment des véritables "
213+ "Capsules. Ainsi :"
214214
215215#: ../Doc/howto/cporting.rst:228
216216msgid "The name parameter passed in to :c:func:`PyCapsule_New` is ignored."
0 commit comments