Skip to content

Commit c4dde64

Browse files
committed
Proofreading.
1 parent f0bd8f1 commit c4dde64

File tree

1 file changed

+9
-9
lines changed

1 file changed

+9
-9
lines changed

howto/cporting.po

Lines changed: 9 additions & 9 deletions
Original file line numberDiff line numberDiff line change
@@ -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 <[email protected]>\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."
4040
msgstr ""
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`.)"
160160
msgstr ""
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
216216
msgid "The name parameter passed in to :c:func:`PyCapsule_New` is ignored."

0 commit comments

Comments
 (0)