Fini math.po #231

Louis-Gabriel-TM · 2018-07-12T18:22:52Z

No description provided.

JulienPalard · 2018-07-12T18:58:51Z

library/math.po

@@ -305,12 +311,20 @@ msgid ""
 "x)`` raise :exc:`ValueError` for any non-NaN *x*. If the result of the "
 "remainder operation is zero, that zero will have the same sign as *x*."
 msgstr ""
+"Les cas spéciaux suivent la norme IEEE 754 : en particulier, ``remainder(x, "
+"math.inf)`` vaut *x* pour tout *x* fini,  et ``remainder(x, 0)`` et "
+"``remainder(math.inf, x)`` lèvent :exc:`ValueError`pour tout *x* non-NaN. Si "


Il manque un espace entre le ValueError et le pour.

Linkid

Quelques corrections à effetuer.

Linkid · 2018-07-13T12:58:14Z

library/math.po

@@ -297,6 +297,12 @@ msgid ""
 "*even* integer is used for ``n``.  The remainder ``r = remainder(x, y)`` "
 "thus always satisfies ``abs(r) <= 0.5 * abs(y)``."
 msgstr ""
+"Renvoie le reste selon la norme IEEE 754 de *x* par rapport à *y*. Pour *x* "


Il manque une espace après le point.

Je suis en train de reprendre mes propositions de traduction (en retard par rapport à ce que j'envisageais...) mais je ne vois pas d'espace manquant après un point. J'en ai bien placé un.
Je me suis demandé si il fallait formater chaque entrée avec un espace final mais ça n'a pas l'air d'être le cas lorsque je regarde les entrées précédemment validées.
Peux-tu préciser le problème (s'il y a problème en fait) ?

En fait, dans le message original, il y a deux espaces après le point, alors que dans ta traduction, il n'y en a qu'une. C'est histoire de se coller au texte original.

Ah oui, bien vu : :-)
Sur poedit, ce double espace n'est vraiment pas évident à percevoir... ^^
Par contre je viens de regarder comment cela rend dans la VO et ce double espace n'a pas lieu d'être d'un point de vue typographique, ni en anglais, ni en français. Pour moi il s'agit ici de coquilles de la VO qu'il vaut mieux rectifier.

Linkid · 2018-07-13T12:59:26Z

library/math.po

@@ -297,6 +297,12 @@ msgid ""
 "*even* integer is used for ``n``.  The remainder ``r = remainder(x, y)`` "
 "thus always satisfies ``abs(r) <= 0.5 * abs(y)``."
 msgstr ""
+"Renvoie le reste selon la norme IEEE 754 de *x* par rapport à *y*. Pour *x* "
+"fini et *y* fini non nul, il s'agit de la différence ``x - n*y``, où ``n`` "
+"est l'entier le plus proche de la valeur exacte du quotient ``x / y``. Si "


Il manque une espace après le point.

Linkid · 2018-07-13T13:00:24Z

library/math.po

+"fini et *y* fini non nul, il s'agit de la différence ``x - n*y``, où ``n`` "
+"est l'entier le plus proche de la valeur exacte du quotient ``x / y``. Si "
+"``x / y`` est exactement à mi-chemin de deux entiers consécutifs, le plus "
+"proche entier *pair* est utilisé pour ``n``. Le reste ``r = remainder(x, "


Il manque une espace après le point.

Linkid · 2018-07-13T13:02:11Z

library/math.po

+"est l'entier le plus proche de la valeur exacte du quotient ``x / y``. Si "
+"``x / y`` est exactement à mi-chemin de deux entiers consécutifs, le plus "
+"proche entier *pair* est utilisé pour ``n``. Le reste ``r = remainder(x, "
+"y)`` vérifie ainsi toujours ``abs(r) <= 0.5 * abs(y)``."


Je placerais le « ainsi » en début de phrase, sinon, ça fait bizarre.

Linkid · 2018-07-13T13:05:55Z

library/math.po

+"Les cas spéciaux suivent la norme IEEE 754 : en particulier, ``remainder(x, "
+"math.inf)`` vaut *x* pour tout *x* fini,  et ``remainder(x, 0)`` et "
+"``remainder(math.inf, x)`` lèvent :exc:`ValueError` pour tout *x* non-NaN. "
+"Si le résultat de l'opération *remainder* est zéro, alors  ce zéro aura le "


il y a une espace en trop entre « alors » et « ce zéro ».

Linkid · 2018-07-13T13:18:02Z

library/math.po

-"1`` peut résulter en une `perte significative de précision <https://en."
-"wikipedia.org/wiki/Loss_of_significance>`_\\ ; la fonction :func:`expm1` "
-"fournit un moyen de calculer cette quantité en précision complète : ::"
+"Renvoie ``e**x - 1`` où *e* est la base des logarithmes naturels. Pour de "


Il manque une espace après le point.

Là non plus, je ne repère pas d'espace manquant.

Linkid · 2018-07-13T13:23:28Z

library/math.po

+"petits flottants *x*, la soustraction dans ``exp(x) - 1`` peut conduire à "
+"une `perte significative de précision <https://en.wikipedia.org/wiki/"
+"Loss_of_significance>`_\\ ; la fonction :func:`expm1` fournit un moyen de "
+"calculer cette valeur en précision maximale::"


Il faut remplacer :: par : ::.

J'ai modifié mais la VO s'achève bien avec :: et non : :: donc je ne sais pas si c'était judicieux ici. :-/
(je ne connais pas la signification de ces :: pour le moment)

Linkid · 2018-07-13T13:26:25Z

library/math.po

-"mot, en anglais, avec le *Tau day*, c'est *eating twice as much pie!* "
-"(\"deux fois plus de π\" ?)."
+"La constante mathématique *τ* = 6.283185..., à la précision disponible. Tau "
+"est une constante du cercle égale à 2\\*π*, le rapport de la circonférence "


Il manque une espace après 2\\. Je ne sais pas trop comment ça rend en HTML, par contre…

Aucune idée non plus... :-p

Modifié en tout cas. ;-)

Linkid · 2018-07-13T13:28:45Z

library/math.po

+"est une constante du cercle égale à 2\\*π*, le rapport de la circonférence "
+"d'un cercle à son rayon. Pour en apprendre plus sur Tau, regardez la vidéo "
+"de Vi Hart, `Pi is (still) Wrong <https://www.youtube.com/watch?"
+"v=jG7vhMMXagQ>`_, et profitez-en (ou pas) pour célébrer (ou pas) le `Jour de "


Il y a bien trop de « ou pas ».

Là il faut voir ce que Julien en pense. Il souhaitait gardé ce passage tel quel hier si je l'ai bien compris.
Mais je serai aussi favorable à un allègement de style ici. ;-)

Ça peut passer comme ça, on a une autre PR que je mergerai plus tard avec une idée de complètement changer la blague sur le "tau day" donc pas de souci. (les ou pas, c'est ma faute aussi þ).

Ok, je touche pas cette partie et tu restes donc responsable du style Julien. :-p

Linkid · 2018-07-13T13:29:49Z

library/math.po

+"d'un cercle à son rayon. Pour en apprendre plus sur Tau, regardez la vidéo "
+"de Vi Hart, `Pi is (still) Wrong <https://www.youtube.com/watch?"
+"v=jG7vhMMXagQ>`_, et profitez-en (ou pas) pour célébrer (ou pas) le `Jour de "
+"Tau <http://tauday.com/>`_ en mangeant (ou pas) deux fois plus de camembert. "


Il faut mettre du https pour le lien.

Louis-Gabriel-TM · 2018-07-15T08:11:25Z

Etant novice dans cet exercice de traduction et dans celui d'un travail collaboratif via GitHub, je ne sais pas si je dois attendre un retour sur mes demandes de précision ou faire les modifs et les re-soumettre dès maintenant. :-/
A défaut de plus de précisions, je proposerai une version rectifiée demain en fin de journée. ;-)

JulienPalard · 2018-07-16T17:04:16Z

Pour rectifier, il te suffit de commit (les rectifications) sur la même branche, et de la pousser. La PR se mettra à jour automatiquement.

Louis-Gabriel-TM · 2018-07-17T16:35:28Z

J'ai "commité" les rectifications demandées (sauf pour les espaces après les points où je ne percçois pas le problème :-/ ).

Louis-Gabriel-TM · 2018-07-18T02:52:53Z

Linkid m'a expliqué où se trouvaient les mystérieux espaces oubliés.
Mais, en examinant le rendu de la VO, ces doubles espaces me semblent être une erreur typographique qu'il vaut mieux rectifier dans la VF.

christopheNan · 2018-07-18T20:44:30Z

Ok pour les doubles espaces en début de phrase, présents dans la version originale mais dont je ne vois pas l'intérêt non plus.
En revanche, "alors ce" (une espace en trop) ne semble pas avoir été corrigé.

JulienPalard · 2018-07-18T22:03:37Z

Une fois le rendu HTML fait, les doubles espace (en trop, ou en moins) se traduisent tous automatiquement par un seul espace, on est pas obligés de faires nos na^Wayatollah sur le sujet.

Le double-espace entre les phrases dans la version anglaise vient d'un vieux débat, je vous laisse lire : https://en.wikipedia.org/wiki/Sentence_spacing. Pour moi on peut laaargement se permettre de les traduire avec un seul espace. Ou de laisser les deux.

Smaller PR are: - Faster to review: reviewers may not have many free hours straight. - Easier to merge: if a translator does a lot of work, better have - part of it merged quickly (by merging good PRs) instead of blocking - the whole work due to a small detail. Reviewed-on: https://git.afpy.org/AFPy/python-docs-fr/pulls/231 Reviewed-by: Christophe Nanteuil <christophenan@noreply.localhost> Co-authored-by: Julien Palard <julien@palard.fr> Co-committed-by: Julien Palard <julien@palard.fr>

Fini math.po

45c4769

JulienPalard requested changes Jul 12, 2018

View reviewed changes

Ajout de l'espace manquant entre 'ValueError' et 'pour'

b35db73

Linkid suggested changes Jul 13, 2018

View reviewed changes

Rectification de la précédente traduction

cc7ac50

JulienPalard merged commit 49a1caf into python:3.7 Jul 19, 2018

Fini math.po #231

Fini math.po #231

Uh oh!

Conversation

Louis-Gabriel-TM commented Jul 12, 2018

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Linkid left a comment

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Louis-Gabriel-TM commented Jul 15, 2018

Uh oh!

JulienPalard commented Jul 16, 2018

Uh oh!

Louis-Gabriel-TM commented Jul 17, 2018

Uh oh!

Louis-Gabriel-TM commented Jul 18, 2018

Uh oh!

christopheNan commented Jul 18, 2018

Uh oh!

JulienPalard commented Jul 18, 2018 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

Uh oh!

JulienPalard commented Jul 18, 2018 •

edited

Loading