library/stdtypes: "à une dimension" -> unidimensionnelle #167

Merged
deronnax merged 2 commits from deronnax/python-docs-fr:library/stdtypes-vues-unidimensionnelles into 3.11 2023-07-17 14:03:19 +00:00
1 changed files with 12 additions and 13 deletions

View File

@ -6,7 +6,7 @@ msgstr ""
"Project-Id-Version: Python 3\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2023-04-14 13:19+0200\n"
"PO-Revision-Date: 2023-07-03 10:26+0200\n"
"PO-Revision-Date: 2023-07-16 16:03+0200\n"
"Last-Translator: Loc Cosnier <loc.cosnier@pm.me>\n"
"Language-Team: FRENCH <traductions@lists.afpy.org>\n"
"Language: fr\n"
@ -5480,12 +5480,11 @@ msgid ""
msgstr ""
"Si le :class:`~memoryview.format` est un des formats natif du module :mod:"
"`struct`, indexer avec un nombre entier ou un *n*-uplet de nombres entiers "
"est aussi autorisé et renvoie un seul *element* du bon type. Les "
"*memoryview* à une dimension peuvent être indexées avec un nombre entier ou "
"un *n*-uplet d'un entier. Les *memoryview* multi-dimensionnelles peuvent "
"être indexées avec des *ndim*-uplets où *ndim* est le nombre de dimensions. "
"Les *memoryviews* à zéro dimension peuvent être indexées avec un *n*-uplet "
"vide."
"est aussi autorisé et renvoie un seul *element* du bon type. Les vues "
mdk marked this conversation as resolved Outdated
Outdated
Review

s/vue/vues/ ?

s/vue/vues/ ?

Ah oui oups pardon

Ah oui oups pardon
"mémoire unidimensionnelles peuvent être indexées avec un nombre entier ou un "
"*n*-uplet d'un entier. Les *memoryview* multi-dimensionnelles peuvent être "
"indexées avec des *ndim*-uplets où *ndim* est le nombre de dimensions. Les "
"*memoryviews* à zéro dimension peuvent être indexées avec un *n*-uplet vide."
#: library/stdtypes.rst:3736
msgid "Here is an example with a non-byte format::"
@ -5496,9 +5495,9 @@ msgid ""
"If the underlying object is writable, the memoryview supports one-"
"dimensional slice assignment. Resizing is not allowed::"
msgstr ""
"Si l'objet sous-jacent est accessible en écriture, la vue mémoire autorise "
"les assignations de tranches à une dimension. Redimensionner n'est cependant "
"pas autorisé ::"
"Si l'objet sous-jacent est accessible en écriture, la vue mémoire prend en "
"charge les assignations de tranches unidimensionnelles. Redimensionner n'est "
"cependant pas autorisé ::"
#: library/stdtypes.rst:3769
msgid ""
@ -5506,7 +5505,7 @@ msgid ""
"formats 'B', 'b' or 'c' are also hashable. The hash is defined as ``hash(m) "
"== hash(m.tobytes())``::"
msgstr ""
"Les vues mémoire à une dimension de :term:`hachables <hashable>` (lecture "
"Les vues mémoire unidimensionnelles de :term:`hachables <hashable>` (lecture "
"seule) avec les formats 'B', 'b', ou 'c' sont aussi hachables. La fonction "
"de hachage est définie telle que ``hash(m) == hash(m.tobytes())`` ::"
@ -5515,8 +5514,8 @@ msgid ""
"One-dimensional memoryviews can now be sliced. One-dimensional memoryviews "
"with formats 'B', 'b' or 'c' are now :term:`hashable`."
msgstr ""
"Les vue mémoires à une dimension peuvent aussi être découpées. Les vues "
"mémoire à une dimension avec les formats 'B', 'b' ou 'c' sont maintenant :"
"Les vues mémoire unidimensionnelles peuvent aussi être découpées. Les vues "
mdk marked this conversation as resolved Outdated
Outdated
Review

et là j'aurais mis mémoire au singulier, mais j'ignore la règle, en tout cas plus haut lorsque "vue mémoire" était au pluriel tu n'as pas mis de "s" à "mémoire" donc dans tous les cas il y a une uniformisation

et là j'aurais mis mémoire au singulier, mais j'ignore la règle, en tout cas plus haut lorsque "vue mémoire" était au pluriel tu n'as pas mis de "s" à "mémoire" donc dans tous les cas il y a une uniformisation

Oula là c'est la traduction d'origine qui a un bug, bien vu.

Oula là c'est la traduction d'origine qui a un bug, bien vu.
"mémoire unidimensionnelles avec les formats 'B', 'b' ou 'c' sont maintenant :"
"term:`hachables <hashable>`."
#: library/stdtypes.rst:3785