Skip to content

Commit 89fdf6b

Browse files
committed
FIX msgids.
1 parent 24faefc commit 89fdf6b

1 file changed

Lines changed: 32 additions & 32 deletions

File tree

howto/clinic.po

Lines changed: 32 additions & 32 deletions
Original file line numberDiff line numberDiff line change
@@ -325,7 +325,7 @@ msgstr ""
325325

326326
#: howto/clinic.rst:159
327327
msgid ""
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()``."
331331
msgstr ""
@@ -342,7 +342,7 @@ msgstr "Si l'appel à ``PyArg_Parse`` utilise l'un des formats suivants :"
342342

343343
#: howto/clinic.rst:176
344344
msgid ""
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
355355
msgid ""
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
457457
msgid ""
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."
461461
msgstr ""
462462
"Le nom de la classe et du module doivent être les mêmes que ceux vus par "
@@ -467,7 +467,7 @@ msgstr ""
467467
msgid ""
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."
471471
msgstr ""
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
498498
msgid ""
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."
502502
msgstr ""
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`.)"
533533
msgstr ""
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
579579
msgid ""
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."
583583
msgstr ""
@@ -671,7 +671,7 @@ msgstr ""
671671
#: howto/clinic.rst:424
672672
msgid ""
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."
677677
msgstr ""
@@ -682,7 +682,7 @@ msgstr ""
682682

683683
#: howto/clinic.rst:430
684684
msgid ""
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."
688688
msgstr ""
@@ -717,7 +717,7 @@ msgstr ""
717717
#: howto/clinic.rst:445
718718
msgid ""
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::"
722722
msgstr ""
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
728728
msgid ""
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."
731731
msgstr ""
732732
"Cette structure statique doit être *exactement* la même que la structure "
@@ -781,8 +781,8 @@ msgstr ""
781781

782782
#: howto/clinic.rst:522
783783
msgid ""
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
799799
msgid ""
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."
803803
msgstr ""
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
965965
msgid ""
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
980980
msgid ""
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."
983983
msgstr ""
984984
"Actuellement, le code généré utilise :c:func:`PyArg_ParseTuple`, mais cela "
@@ -992,10 +992,10 @@ msgstr "Groupes optionnels"
992992
msgid ""
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."
10001000
msgstr ""
10011001
"Certaines fonctions de base ont une approche particulière pour analyser "
@@ -1009,9 +1009,9 @@ msgstr ""
10091009

10101010
#: howto/clinic.rst:642
10111011
msgid ""
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
10541054
msgid ""
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
11871187
msgid ""
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."
11911191
msgstr ""
11921192
"Dans le futur, on pourrait avoir une nouvelle bibliothèque d'analyse des "
@@ -1230,7 +1230,7 @@ msgstr "``c_default``"
12301230
msgid ""
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."
12351235
msgstr ""
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
12471247
msgid ""
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."
12501250
msgstr ""
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
13011301
msgid ""
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."
13051305
msgstr ""
@@ -1764,7 +1764,7 @@ msgstr "Py_buffer"
17641764
#: howto/clinic.rst:895
17651765
msgid ""
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)."
17701770
msgstr ""
@@ -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\"."
22012201
msgstr ""
22022202

22032203
#: howto/clinic.rst:1219
@@ -2293,7 +2293,7 @@ msgstr ""
22932293
#: howto/clinic.rst:1274
22942294
msgid ""
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`."
22972297
msgstr ""
22982298

22992299
#: howto/clinic.rst:1279
@@ -2558,9 +2558,9 @@ msgstr ""
25582558
msgid ""
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."
25642564
msgstr ""
25652565

25662566
#: howto/clinic.rst:1478

0 commit comments

Comments
 (0)