Skip to content

Commit 9d76349

Browse files
awecxchristopheNan
andauthored
Apply suggestions from ChristopheNan
Co-Authored-By: Christophe Nanteuil <[email protected]>
1 parent 81162bc commit 9d76349

File tree

1 file changed

+18
-18
lines changed

1 file changed

+18
-18
lines changed

library/ctypes.po

Lines changed: 18 additions & 18 deletions
Original file line numberDiff line numberDiff line change
@@ -27,7 +27,7 @@ msgid ""
2727
msgstr ""
2828
":mod:`ctypes` est une bibliothèque d'appel à des fonctions externes en "
2929
"python. Elle fournit des types de données compatibles avec le langage C et "
30-
"permet d'appeler des fonctions depuis des DLLs ou des bibliothèques "
30+
"permet d'appeler des fonctions depuis des DLL ou des bibliothèques "
3131
"partagées, rendant ainsi possible l'interfaçage de ces bibliothèques avec du "
3232
"pur code Python."
3333

@@ -119,7 +119,7 @@ msgid ""
119119
"used by Python. Where possible, use native Python functionality, or else "
120120
"import and use the ``msvcrt`` module."
121121
msgstr ""
122-
"Accéder à la bibliothèque standard C par ``cdll.msvcrt`` va utiliser une "
122+
"Accéder à la bibliothèque standard C par ``cdll.msvcrt`` utilise une "
123123
"version obsolète de la bibliothèque qui peut avoir des problèmes de "
124124
"compatibilité avec celle que Python utilise. Si possible, mieux vaut "
125125
"utiliser la fonctionnalité native de Python, ou bien importer et utiliser le "
@@ -136,12 +136,12 @@ msgstr ""
136136
"Pour charger une bibliothèque en Linux, il faut passer le nom du fichier "
137137
"*avec* son extension. Il est donc impossible de charger une bibliothèque en "
138138
"accédant à un attribut. Il faut utiliser la méthode :meth:`LoadLibrary` des "
139-
"chargeurs de DLLs, ou bien charger la bibliothèque en créant une instance de "
139+
"chargeurs de DLL, ou bien charger la bibliothèque en créant une instance de "
140140
"*CDLL* en appelant son constructeur ::"
141141

142142
#: ../Doc/library/ctypes.rst:89
143143
msgid "Accessing functions from loaded dlls"
144-
msgstr "Accès aux fonctions des DLLs chargées"
144+
msgstr "Accès aux fonctions des DLL chargées"
145145

146146
#: ../Doc/library/ctypes.rst:91
147147
msgid "Functions are accessed as attributes of dll objects::"
@@ -163,7 +163,7 @@ msgstr ""
163163
"``A``. La fonction *win32* ``GetModuleHandle``, qui renvoie un *gestionnaire "
164164
"de module* à partir de son nom, a le prototype C suivant (c'est une macro "
165165
"qui décide d'exposer l'une ou l'autre à travers ``GetModuleHandle``, selon "
166-
"si UNICODE est définie ou non) ::"
166+
"qu'UNICODE est définie ou non) ::"
167167

168168
#: ../Doc/library/ctypes.rst:119
169169
msgid ""
@@ -182,7 +182,7 @@ msgid ""
182182
"identifiers, like ``\"??2@YAPAXI@Z\"``. In this case you have to use :func:"
183183
"`getattr` to retrieve the function::"
184184
msgstr ""
185-
"Les DLLs exportent parfois des fonctions dont les noms ne sont pas des "
185+
"Les DLL exportent parfois des fonctions dont les noms ne sont pas des "
186186
"identifiants Python valides, comme ``\"??2@YAPAXI@Z\"``. Dans ce cas, il "
187187
"faut utiliser :func:`getattr` pour accéder à la fonction ::"
188188

@@ -192,8 +192,8 @@ msgid ""
192192
"functions can be accessed by indexing the dll object with the ordinal "
193193
"number::"
194194
msgstr ""
195-
"En Windows, certaines DLLs exportent des fonctions à travers un indice "
196-
"plutôt qu'à travers un nom. On accède à ces fonctions en indiçant l'objet "
195+
"Sous Windows, certaines DLL exportent des fonctions à travers un indice "
196+
"plutôt qu'à travers un nom. On accède à une fonction en indiçant l'objet "
197197
"DLL avec son index ::"
198198

199199
#: ../Doc/library/ctypes.rst:148
@@ -285,10 +285,10 @@ msgid ""
285285
msgstr ""
286286
"``None``, les entiers, les objets octets et les chaînes de caractères "
287287
"(Unicode) sont les seuls types natifs de Python qui peuvent être directement "
288-
"passés en paramètres de ces appels de fonction. ``None`` est passé comme le "
288+
"passés en paramètres de ces appels de fonctions. ``None`` est passé comme le "
289289
"pointeur C ``NULL``, les objets octets et les chaînes de caractères sont "
290290
"passés comme un pointeur sur le bloc mémoire qui contient la donnée (:c:type:"
291-
"`char *` or :c:type:`wchar_t *`). Les entiers Python sont passés comme le "
291+
"`char *` ou :c:type:`wchar_t *`). Les entiers Python sont passés comme le "
292292
"type C :c:type:`int` par défaut de la plate-forme, des zéros sont rajoutés "
293293
"pour qu'ils tiennent dans le type C."
294294

@@ -345,7 +345,7 @@ msgstr ":c:type:`char`"
345345

346346
#: ../Doc/library/ctypes.rst:227
347347
msgid "1-character bytes object"
348-
msgstr "objet *bytes* de 1 caractère"
348+
msgstr "objet octet (*bytes*) de 1 caractère"
349349

350350
#: ../Doc/library/ctypes.rst:229
351351
msgid ":class:`c_wchar`"
@@ -357,7 +357,7 @@ msgstr ":c:type:`wchar_t`"
357357

358358
#: ../Doc/library/ctypes.rst:229
359359
msgid "1-character string"
360-
msgstr "*string* de longueur 1"
360+
msgstr "chaîne de caracères (*string*) de longueur 1"
361361

362362
#: ../Doc/library/ctypes.rst:231
363363
msgid ":class:`c_byte`"
@@ -597,7 +597,7 @@ msgid ""
597597
"from within *IDLE* or *PythonWin*::"
598598
msgstr ""
599599
"*printf* utilise la vraie sortie standard, et non :data:`sys.stdout` ; les "
600-
"exemples suivants ne fonctionneront donc que dans une invite de commande et "
600+
"exemples suivants ne fonctionnent donc que dans une invite de commande et "
601601
"non depuis *IDLE* or *PythonWin* ::"
602602

603603
#: ../Doc/library/ctypes.rst:372
@@ -613,7 +613,7 @@ msgstr ""
613613

614614
#: ../Doc/library/ctypes.rst:385
615615
msgid "Calling functions with your own custom data types"
616-
msgstr "Appel de fonctions avec votre propre type de données"
616+
msgstr "Appel de fonctions avec des types de données personnalisés"
617617

618618
#: ../Doc/library/ctypes.rst:387
619619
msgid ""
@@ -658,7 +658,7 @@ msgid ""
658658
"hand this is quite handy to experiment with this feature)::"
659659
msgstr ""
660660
":attr:`argtypes` doit être une séquence de types de données C (la fonction "
661-
"``printf`` n'est probablement pas le meilleur pour l'illustrer, car elle "
661+
"``printf`` n'est probablement pas le meilleur exemple pour l'illustrer, car elle "
662662
"accepte un nombre variable d'arguments de types eux aussi variables, selon "
663663
"la chaîne de formatage ; cela dit, elle se révèle pratique pour tester cette "
664664
"fonctionnalité) ::"
@@ -689,10 +689,10 @@ msgstr ""
689689
"attr:`argtypes`, il est nécessaire d'implémenter une méthode de classe :meth:"
690690
"`from_param`. La méthode de classe :meth:`from_param` récupère l'objet "
691691
"Python passé à la fonction et doit faire une vérification de type ou tout ce "
692-
"qui est nécessaire pour s'assurer que l'objet est valide, puis retourne "
692+
"qui est nécessaire pour s'assurer que l'objet est valide, puis renvoie "
693693
"l'objet lui-même, son attribut :attr:`_as_parameter_`, ou tout ce que vous "
694-
"voulez passer comme argument fonction C dans ce cas. Encore une fois, le "
695-
"résultat devrait être un entier, une chaîne, des octets, une instance :mod:"
694+
"voulez passer comme argument fonction C dans ce cas. Encore une fois, il "
695+
"convient que le résultat soit un entier, une chaîne, des octets, une instance :mod:"
696696
"`ctypes` ou un objet avec un attribut :attr:`_as_parameter_`."
697697

698698
#: ../Doc/library/ctypes.rst:452

0 commit comments

Comments
 (0)