Traduction de library/json.po #1596
Conversation
|
Hello @caliendojulien ! Bienvenue dans le monde merveilleux de la traduction de la documentation de Python ! DisclaimerJe suis un robot fait par l'équipe de l'AFPy et de Traduction I'm a bot made by the Translation and AFPy teams on their free (state: greetings) |
|
Impossible de passer les tests powrap. |
|
@caliendojulien quel éditeur utilise-tu ? Si c'est poedit, tu peux le configurer pour rewrapper correctemet (c.f. le fichier CONTRIBUTING), sinon si comme moi tu utilise autre chose, passe un coup de powrap localement avant de commit.
powrap depend de msgcat (du paquet gettext sous Debian). |
|
@JulienPalard J'utilise POedit. |
|
Merci @JulienPalard ^^ |
Co-authored-by: Julien Palard <julien@palard.fr>
Co-authored-by: Julien Palard <julien@palard.fr>
Co-authored-by: Julien Palard <julien@palard.fr>
Co-authored-by: Julien Palard <julien@palard.fr>
| @@ -964,19 +958,19 @@ msgstr "" | |||
|
|
|||
| #: library/json.rst:648 | |||
| msgid "the size of accepted JSON texts" | |||
| msgstr "la taille des textes JSON acceptés ;" | |||
| msgstr "la taille des textes JSON acceptés" | |||
There was a problem hiding this comment.
Je trouve que ce tableau rendait bien avec des ; et un point final :
Certaines implémentations de désérialiseurs JSON peuvent avoir des limites sur :
- la taille des textes JSON acceptés ;
- le niveau maximum d'objets et tableaux JSON imbriqués ;
- l'intervalle et la précision des nombres JSON ;
- le contenu et la longueur maximale des chaînes JSON.
pourquoi le changer ?
There was a problem hiding this comment.
C'est POedit qui me mettait des alertes la dessus.
There was a problem hiding this comment.
N'hésite pas à vérifier sur le rendu HTML sur docs.python.org/fr/ quand POEdit te dit quelque chose. Le cerveau humain est meilleur que l'algo de poedit ☺
There was a problem hiding this comment.
Aussi n'hésite pas à poser une note sur ces traductions, qqch comme : "c'est dans une liste, ignorez les warnings poedit", que le prochain ne se fasse pas avoir.
| msgstr "" | ||
| "Options mutuellement exclusives pour le contrôle des caractères " | ||
| "d’espacements (caractères « blancs »)." | ||
| msgstr "Options groupées de contrôle des espaces." |
There was a problem hiding this comment.
On perd la notion de "mutuellement exclusif" ici.
C'est ici : https://docs.python.org/fr/3/library/json.html#cmdoption-json-tool-indent
Ça parle de --indent, --tab, --no-indent, --compact¶ qui en effet n'auraient pas de sens à être mélangées.
|
J'ai l'impression que POedit m'a un peu fait faire n'importe quoi. Est ce que je peux supprimer toute cette PR et refaire un truc propre ? |
Tu n'es pas le premier à te faire mordre par poedit ne t'en fais pas. Les outils automatique restent moins bons que les humains. Tu as deux moyens de "recommencer" :
|
| "Sérialise *obj* en un flux JSON dans *fp* (un :term:`objet compatible " | ||
| "fichier <file-like object>` prenant en charge ``.write()``), en utilisant " | ||
| "cette :ref:`table de conversion <py-to-json-table>`." | ||
| "Sérialise *obj* en un flux JSON dans *fp* (un :term:`objet fichier <file-" |
There was a problem hiding this comment.
« file-like object » n'est pas tout à fait « un objet fichier ». On traduit par « objet fichier-compatibble » ou « objet simili-fichier ».
| @@ -170,7 +168,7 @@ msgid "" | |||
| msgstr "" | |||
| "Si *check_circular* vaut ``False`` (``True`` par défaut), la vérification " | |||
| "des références circulaires pour les conteneurs est ignorée, et une référence " | |||
| "circulaire résulte en une :exc:`OverflowError` (ou pire)." | |||
| "circulaire cause une :exc:`OverflowError` (ou pire)." | |||
There was a problem hiding this comment.
| "circulaire cause une :exc:`OverflowError` (ou pire)." | |
| "circulaire lève une :exc:`OverflowError` (ou pire)." |
| @@ -182,8 +180,8 @@ msgid "" | |||
| msgstr "" | |||
| "Si *allow_nan* vaut ``False`` (``True`` par défaut), une :exc:`ValueError` " | |||
| "est levée lors de la sérialisation de valeurs :class:`float` extérieures aux " | |||
| "bornes (``nan``, ``inf``, ``-inf``), en respect strict de la spécification " | |||
| "JSON. Si *allow_nan* vaut ``True``, leurs équivalents JavaScript (``NaN``, " | |||
| "bornes (``nan``, ``inf``, ``-inf``), en respect avec la spécification JSON. " | |||
| @@ -37,8 +37,7 @@ msgstr "" | |||
| "<http://www.ecma-international.org/publications/standards/Ecma-404.htm>`_, " | |||
| "est un format très simple d'échange de données inspiré par la syntaxe des " | |||
| "objets littéraux de `JavaScript <https://fr.wikipedia.org/wiki/JavaScript>`_ " | |||
| "(bien que ce ne soit pas au sens propre un sous-ensemble de Javascript [#rfc-" | |||
| "errata]_ )." | |||
| "(bien que ce ne soit pas un sous-ensemble de Javascript [#rfc-errata]_ )." | |||
There was a problem hiding this comment.
Pourquoi supprimer l'idée de « strict » ?
|
@caliendojulien on dirait que ta branche n'existe plus ? oO |
Automerge of PR #1674 by @JulienPalard Remplace #1596 (upstream n'a plus le repo). Co-authored-by: Julien Palard <julien@palard.fr>
Closes #1595