@@ -325,7 +325,7 @@ msgstr ""
325325
326326#: howto/clinic.rst:159
327327msgid ""
328- "Find a Python builtin that calls either :c:func:`PyArg_ParseTuple` or :c:"
328+ "Find a Python builtin that calls either :c:func:`PyArg_ParseTuple` or :c:"
329329"func:`PyArg_ParseTupleAndKeywords`, and hasn't been converted to work with "
330330"Argument Clinic yet. For my example I'm using ``_pickle.Pickler.dump()``."
331331msgstr ""
@@ -342,7 +342,7 @@ msgstr "Si l'appel à ``PyArg_Parse`` utilise l'un des formats suivants :"
342342
343343#: howto/clinic.rst:176
344344msgid ""
345- "or if it has multiple calls to :c:func:`PyArg_ParseTuple`, you should choose "
345+ "or if it has multiple calls to :c:func:`PyArg_ParseTuple`, you should choose "
346346"a different function. Argument Clinic *does* support all of these "
347347"scenarios. But these are advanced topics—let's do something simpler for "
348348"your first function."
@@ -353,7 +353,7 @@ msgstr ""
353353
354354#: howto/clinic.rst:181
355355msgid ""
356- "Also, if the function has multiple calls to :c:func:`PyArg_ParseTuple` or :c:"
356+ "Also, if the function has multiple calls to :c:func:`PyArg_ParseTuple` or :c:"
357357"func:`PyArg_ParseTupleAndKeywords` where it supports different types for the "
358358"same argument, or if the function uses something besides PyArg_Parse "
359359"functions to parse its arguments, it probably isn't suitable for conversion "
@@ -456,7 +456,7 @@ msgstr ""
456456#: howto/clinic.rst:242
457457msgid ""
458458"The name of the class and module should be the same as the one seen by "
459- "Python. Check the name defined in the :c:type:`PyModuleDef` or :c:type:"
459+ "Python. Check the name defined in the :c:type:`PyModuleDef` or :c:type:"
460460"`PyTypeObject` as appropriate."
461461msgstr ""
462462"Le nom de la classe et du module doivent être les mêmes que ceux vus par "
@@ -467,7 +467,7 @@ msgstr ""
467467msgid ""
468468"When you declare a class, you must also specify two aspects of its type in "
469469"C: the type declaration you'd use for a pointer to an instance of this "
470- "class, and a pointer to the :c:type:`PyTypeObject` for this class."
470+ "class, and a pointer to the :c:type:`PyTypeObject` for this class."
471471msgstr ""
472472"Quand vous déclarez une classe, vous devez aussi spécifier deux aspects de "
473473"son type en C : la déclaration de type que vous utiliseriez pour un pointeur "
@@ -497,7 +497,7 @@ msgstr ""
497497#: howto/clinic.rst:283
498498msgid ""
499499"Argument Clinic's support for \" default values\" is quite sophisticated; "
500- "please see :ref:`the section below on default values <default_values>` for "
500+ "please see :ref:`the section below on default values <default_values>` for "
501501"more information."
502502msgstr ""
503503"Argument Clinic peut traiter les « valeurs par défaut » de manière assez "
@@ -529,7 +529,7 @@ msgid ""
529529"quoted string. (\" format unit\" is the formal name for the one-to-three "
530530"character substring of the ``format`` parameter that tells the argument "
531531"parsing function what the type of the variable is and how to convert it. "
532- "For more on format units please see :ref:`arg-parsing`.)"
532+ "For more on format units please see :ref:`arg-parsing`.)"
533533msgstr ""
534534"Pour chaque paramètre, copiez la « spécification de format » de ce paramètre "
535535"à partir de l'argument de ``PyArg_Parse()`` et spécifiez *ça* comme "
@@ -577,7 +577,7 @@ msgstr ""
577577
578578#: howto/clinic.rst:336
579579msgid ""
580- "If the existing C function calls :c:func:`PyArg_ParseTuple` (as opposed to :"
580+ "If the existing C function calls :c:func:`PyArg_ParseTuple` (as opposed to :"
581581"c:func:`PyArg_ParseTupleAndKeywords`), then all its arguments are positional-"
582582"only."
583583msgstr ""
@@ -671,7 +671,7 @@ msgstr ""
671671#: howto/clinic.rst:424
672672msgid ""
673673"First, ensure both places use the same argument-parsing function. The "
674- "existing code must call either :c:func:`PyArg_ParseTuple` or :c:func:"
674+ "existing code must call either :c:func:`PyArg_ParseTuple` or :c:func:"
675675"`PyArg_ParseTupleAndKeywords`; ensure that the code generated by Argument "
676676"Clinic calls the *exact* same function."
677677msgstr ""
@@ -682,7 +682,7 @@ msgstr ""
682682
683683#: howto/clinic.rst:430
684684msgid ""
685- "Second, the format string passed in to :c:func:`PyArg_ParseTuple` or :c:func:"
685+ "Second, the format string passed in to :c:func:`PyArg_ParseTuple` or :c:func:"
686686"`PyArg_ParseTupleAndKeywords` should be *exactly* the same as the hand-"
687687"written one in the existing function, up to the colon or semi-colon."
688688msgstr ""
@@ -717,7 +717,7 @@ msgstr ""
717717#: howto/clinic.rst:445
718718msgid ""
719719"Fourth, inside the output portion of the block you'll find a preprocessor "
720- "macro defining the appropriate static :c:type:`PyMethodDef` structure for "
720+ "macro defining the appropriate static :c:type:`PyMethodDef` structure for "
721721"this builtin::"
722722msgstr ""
723723"Quatrièmement, à l'intérieur de la section sortie du bloc, vous trouverez "
@@ -726,7 +726,7 @@ msgstr ""
726726
727727#: howto/clinic.rst:452
728728msgid ""
729- "This static structure should be *exactly* the same as the existing static :c:"
729+ "This static structure should be *exactly* the same as the existing static :c:"
730730"type:`PyMethodDef` structure for this builtin."
731731msgstr ""
732732"Cette structure statique doit être *exactement* la même que la structure "
@@ -781,8 +781,8 @@ msgstr ""
781781
782782#: howto/clinic.rst:522
783783msgid ""
784- "Remember the macro with the :c:type:`PyMethodDef` structure for this "
785- "function? Find the existing :c:type:`PyMethodDef` structure for this "
784+ "Remember the macro with the :c:type:`PyMethodDef` structure for this "
785+ "function? Find the existing :c:type:`PyMethodDef` structure for this "
786786"function and replace it with a reference to the macro. (If the builtin is "
787787"at module scope, this will probably be very near the end of the file; if the "
788788"builtin is a class method, this will probably be below but relatively near "
@@ -798,7 +798,7 @@ msgstr ""
798798#: howto/clinic.rst:529
799799msgid ""
800800"Note that the body of the macro contains a trailing comma. So when you "
801- "replace the existing static :c:type:`PyMethodDef` structure with the macro, "
801+ "replace the existing static :c:type:`PyMethodDef` structure with the macro, "
802802"*don't* add a comma to the end."
803803msgstr ""
804804"Notez que le corps de la macro contient une virgule finale. Donc, lorsque "
@@ -963,7 +963,7 @@ msgstr "Conversion des fonctions en utilisant *PyArg_UnpackTuple*"
963963
964964#: howto/clinic.rst:623
965965msgid ""
966- "To convert a function parsing its arguments with :c:func:"
966+ "To convert a function parsing its arguments with :c:func:"
967967"`PyArg_UnpackTuple`, simply write out all the arguments, specifying each as "
968968"an ``object``. You may specify the ``type`` argument to cast the type as "
969969"appropriate. All arguments should be marked positional-only (add a ``/`` on "
@@ -978,7 +978,7 @@ msgstr ""
978978
979979#: howto/clinic.rst:629
980980msgid ""
981- "Currently the generated code will use :c:func:`PyArg_ParseTuple`, but this "
981+ "Currently the generated code will use :c:func:`PyArg_ParseTuple`, but this "
982982"will change soon."
983983msgstr ""
984984"Actuellement, le code généré utilise :c:func:`PyArg_ParseTuple`, mais cela "
@@ -992,10 +992,10 @@ msgstr "Groupes optionnels"
992992msgid ""
993993"Some legacy functions have a tricky approach to parsing their arguments: "
994994"they count the number of positional arguments, then use a ``switch`` "
995- "statement to call one of several different :c:func:`PyArg_ParseTuple` calls "
995+ "statement to call one of several different :c:func:`PyArg_ParseTuple` calls "
996996"depending on how many positional arguments there are. (These functions "
997997"cannot accept keyword-only arguments.) This approach was used to simulate "
998- "optional arguments back before :c:func:`PyArg_ParseTupleAndKeywords` was "
998+ "optional arguments back before :c:func:`PyArg_ParseTupleAndKeywords` was "
999999"created."
10001000msgstr ""
10011001"Certaines fonctions de base ont une approche particulière pour analyser "
@@ -1009,9 +1009,9 @@ msgstr ""
10091009
10101010#: howto/clinic.rst:642
10111011msgid ""
1012- "While functions using this approach can often be converted to use :c:func:"
1012+ "While functions using this approach can often be converted to use :c:func:"
10131013"`PyArg_ParseTupleAndKeywords`, optional arguments, and default values, it's "
1014- "not always possible. Some of these legacy functions have behaviors :c:func:"
1014+ "not always possible. Some of these legacy functions have behaviors :c:func:"
10151015"`PyArg_ParseTupleAndKeywords` doesn't directly support. The most obvious "
10161016"example is the builtin function ``range()``, which has an optional argument "
10171017"on the *left* side of its required argument! Another example is ``curses."
@@ -1053,7 +1053,7 @@ msgstr ""
10531053#: howto/clinic.rst:662
10541054msgid ""
10551055"Optional groups are *only* intended for use when converting functions that "
1056- "make multiple calls to :c:func:`PyArg_ParseTuple`! Functions that use *any* "
1056+ "make multiple calls to :c:func:`PyArg_ParseTuple`! Functions that use *any* "
10571057"other approach for parsing arguments should *almost never* be converted to "
10581058"Argument Clinic using optional groups. Functions using optional groups "
10591059"currently cannot have accurate signatures in Python, because Python just "
@@ -1186,7 +1186,7 @@ msgstr ""
11861186#: howto/clinic.rst:743
11871187msgid ""
11881188"In the future we may have a new argument parsing library that isn't "
1189- "restricted to what :c:func:`PyArg_ParseTuple` supports; this flexibility "
1189+ "restricted to what :c:func:`PyArg_ParseTuple` supports; this flexibility "
11901190"won't be available to parameters using legacy converters."
11911191msgstr ""
11921192"Dans le futur, on pourrait avoir une nouvelle bibliothèque d'analyse des "
@@ -1230,7 +1230,7 @@ msgstr "``c_default``"
12301230msgid ""
12311231"The default value for this parameter when defined in C. Specifically, this "
12321232"will be the initializer for the variable declared in the \" parse function"
1233- "\" . See :ref:`the section on default values <default_values>` for how to "
1233+ "\" . See :ref:`the section on default values <default_values>` for how to "
12341234"use this. Specified as a string."
12351235msgstr ""
12361236"La valeur par défaut de cet argument lorsqu'il est défini en C. Typiquement, "
@@ -1245,7 +1245,7 @@ msgstr "``annotation``"
12451245
12461246#: howto/clinic.rst:767
12471247msgid ""
1248- "The annotation value for this parameter. Not currently supported, because :"
1248+ "The annotation value for this parameter. Not currently supported, because :"
12491249"pep:`8` mandates that the Python library may not use annotations."
12501250msgstr ""
12511251"La valeur annotée pour ce paramètre. Actuellement non géré, car la :pep:`8` "
@@ -1299,7 +1299,7 @@ msgstr "``converter``"
12991299
13001300#: howto/clinic.rst:788
13011301msgid ""
1302- "Only supported by the ``object`` converter. Specifies the name of a :ref:`C "
1302+ "Only supported by the ``object`` converter. Specifies the name of a :ref:`C "
13031303"\" converter function\" <o_ampersand>` to use to convert this object to a "
13041304"native type."
13051305msgstr ""
@@ -1764,7 +1764,7 @@ msgstr "Py_buffer"
17641764#: howto/clinic.rst:895
17651765msgid ""
17661766"When using the ``Py_buffer`` converter (or the ``'s*'``, ``'w*'``, ``'*y'``, "
1767- "or ``'z*'`` legacy converters), you *must* not call :c:func:"
1767+ "or ``'z*'`` legacy converters), you *must* not call :c:func:"
17681768"`PyBuffer_Release` on the provided buffer. Argument Clinic generates code "
17691769"that does it for you (in the parsing function)."
17701770msgstr ""
@@ -2197,7 +2197,7 @@ msgid ""
21972197"converters! A converter is simply a Python class that inherits from "
21982198"``CConverter``. The main purpose of a custom converter is if you have a "
21992199"parameter using the ``O&`` format unit—parsing this parameter means calling "
2200- "a :c:func:`PyArg_ParseTuple` \" converter function\" ."
2200+ "a :c:func:`PyArg_ParseTuple` \" converter function\" ."
22012201msgstr ""
22022202
22032203#: howto/clinic.rst:1219
@@ -2293,7 +2293,7 @@ msgstr ""
22932293#: howto/clinic.rst:1274
22942294msgid ""
22952295"A boolean value. If true, Argument Clinic will add a ``&`` in front of the "
2296- "name of the variable when passing it into :c:func:`PyArg_ParseTuple`."
2296+ "name of the variable when passing it into :c:func:`PyArg_ParseTuple`."
22972297msgstr ""
22982298
22992299#: howto/clinic.rst:1279
@@ -2558,9 +2558,9 @@ msgstr ""
25582558msgid ""
25592559"``output push`` and ``output pop`` allow you to push and pop configurations "
25602560"on an internal configuration stack, so that you can temporarily modify the "
2561- "output configuration, then easily restore the previous configuration. Simply "
2562- "push before your change to save the current configuration, then pop when you "
2563- "wish to restore the previous configuration."
2561+ "output configuration, then easily restore the previous configuration. "
2562+ "Simply push before your change to save the current configuration, then pop "
2563+ "when you wish to restore the previous configuration."
25642564msgstr ""
25652565
25662566#: howto/clinic.rst:1478
0 commit comments