library/functions.po : fuzzies et fin de revue #104
No reviewers
Labels
No Label
bug
duplicate
enhancement
help wanted
invalid
meta
question
wontfix
No Milestone
No project
No Assignees
3 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: AFPy/python-docs-fr#104
Loading…
Reference in New Issue
No description provided.
Delete Branch "ChristopheNan/python-docs-fr:lib_func2"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
@ -1815,2 +1817,4 @@
"and have single underscores interspersed between digits."
msgstr ""
"Si *x* n'est pas un nombre ou si *base* est fournie, alors *x* doit être une "
"chaîne, une instance :class:`bytes` ou :class:`bytearray` représentant un "
J'ai l'impression qu'il manque un mot dans « une instances bytes ou bytearray ».
Relu jusqu'à la ligne 2600.
@ -2576,7 +2591,6 @@ msgstr ""
"fille de :class:`io.RawIOBase`, :class:`io.FileIO` est renvoyée."
#: library/functions.rst:1344
#, fuzzy
s/tmpfile/tempfile/
@ -1875,9 +1885,15 @@ msgid ""
"ref:`integer string conversion length limitation <int_max_str_digits>` "
"documentation."
msgstr ""
"les chaînes :class:`int` en entrée et les représentations de chaîne peuvent "
:class:`int` string inputs
me semble vouloir dire « les chaînes données à int ».@ -1878,0 +1890,4 @@
"`ValueError` est levée lorsque la limite est dépassée lors de la conversion "
"d'une chaîne *x* en un :class:`int` ou lorsque la conversion d'un :class:"
"`int` en une chaîne dépasserait la limite. Voir la documentation relative à "
"la :ref:`limitation de longueur de conversion de chaîne entière "
ne me semble pas décrire correctement le sujet. « limite de longueur lors de la conversion de chaînes en entiers » ?
Merci
mon
powrap -m
ne donne pas la même chose que le tien !C'est la fameuse mise à jour de gettext qui nous casse tout...
J'ai :
Bonsoir @ChistopheNan, merci pour cette P.R. Deux ou trois remarques secondaires pour ma part.
Je vais essayer de me remettre un peu dans la trad'.
@ -2475,3 +2491,1 @@
"<universal newlines>` fonctionne (seulement en mode texte). Il peut être "
"``None``, ``''``, ``'\\n'``, ``'\\r'``, et ``'\\r\\n'``. Il fonctionne comme "
"suit :"
"*newline* contrôle comment interpréter les caractères de retours à la ligne. "
Peut-être « retour » au singulier ici ?
Dans la traduction précédente, on mettait le pluriel à « retour » mais on éludait le « caractères ».
En clair, on parlait des « retours à la ligne » pour désigner les « caractères de retour à la ligne ».
@ -3343,2 +3385,2 @@
"supportant l'héritage multiple coopératif. En conséquence, :func:`super` "
"n'est pas défini pour les recherches implicites via des instructions ou des "
"gérant l'héritage multiple coopératif. En conséquence, :func:`super` n'est "
"pas défini pour les recherches implicites via des instructions ou des "
définie
@ -3503,2 +3552,4 @@
"tuple contains the *i*-th element from each of the argument iterables."
msgstr ""
"Plus formellement : :func:`zip` renvoie un itérateur de *n*-uplets, où le "
"*i*:sup:`ème` *n*-uplet contient le *i*:sup:`ème` élément de chacun des "
Il me semble qu'on ne mettrait en exposant qu'un i:sup:
e
, même si on l'applique à une lettre.@ -3565,2 +3643,4 @@
"of 1-tuples. With no arguments, it returns an empty iterator."
msgstr ""
"Cas extrêmes : avec un seul argument itérable, :func:`zip` renvoie un "
"itérateur de « 1-uplet ». Sans argument, Elle renvoie un itérateur vide."
elle
Merci @ChristopheNan !