11# Copyright (C) 2001-2018, Python Software Foundation
22# For licence information, see README file.
3- #
3+ #
44msgid ""
55msgstr ""
66"Project-Id-Version : Python 3.6\n "
77"Report-Msgid-Bugs-To : \n "
88"POT-Creation-Date : 2018-08-03 17:52+0200\n "
9- "PO-Revision-Date : 2018-10-24 23:16+0200 \n "
9+ "PO-Revision-Date : 2018-11-23 15:22+0100 \n "
1010"Last-Translator : Julien Palard <julien@palard.fr>\n "
1111"Language-Team : FRENCH <traductions@lists.afpy.org>\n "
1212"Language : fr\n "
@@ -26,7 +26,7 @@ msgstr "Sommaire"
2626#: ../Doc/faq/design.rst:11
2727msgid "Why does Python use indentation for grouping of statements?"
2828msgstr ""
29- "Pourquoi Python utilise-t-il l'indentation pour grouper les instructions ?"
29+ "Pourquoi Python utilise-t-il l'indentation pour grouper les instructions ?"
3030
3131#: ../Doc/faq/design.rst:13
3232msgid ""
@@ -48,7 +48,7 @@ msgstr ""
4848"Comme il n'y a pas d'accolades de début/fin, il ne peut y avoir de "
4949"différence entre le bloc perçu par l'analyseur syntaxique et le lecteur "
5050"humain. Parfois les programmeurs C pourront trouver un morceau de code comme "
51- "celui-ci : : :"
51+ "celui-ci ::"
5252
5353#: ../Doc/faq/design.rst:26
5454msgid ""
@@ -100,20 +100,19 @@ msgstr ""
100100msgid "Why am I getting strange results with simple arithmetic operations?"
101101msgstr ""
102102"Pourquoi ai-je d'étranges résultats suite à de simples opérations "
103- "arithmétiques ?"
103+ "arithmétiques ?"
104104
105105#: ../Doc/faq/design.rst:48
106106msgid "See the next question."
107107msgstr "Voir la question suivante."
108108
109109#: ../Doc/faq/design.rst:52
110110msgid "Why are floating-point calculations so inaccurate?"
111- msgstr "Pourquoi les calculs à virgules flottantes sont si imprécis ?"
111+ msgstr "Pourquoi les calculs à virgules flottantes sont si imprécis ?"
112112
113113#: ../Doc/faq/design.rst:54
114114msgid "Users are often surprised by results like this::"
115- msgstr ""
116- "Les gens sont très souvent surpris par des résultats comme celui-ci : ::"
115+ msgstr "Les gens sont très souvent surpris par des résultats comme celui-ci ::"
117116
118117#: ../Doc/faq/design.rst:59
119118msgid ""
@@ -150,7 +149,7 @@ msgid ""
150149msgstr ""
151150"Beaucoup de nombres pouvant être écrits facilement en notation décimale ne "
152151"peuvent pas s'exprimer de manière exacte en binaire à virgule flottante. Par "
153- "exemple, après : ::"
152+ "exemple, après ::"
154153
155154#: ../Doc/faq/design.rst:75
156155msgid ""
@@ -164,7 +163,7 @@ msgstr ""
164163
165164#: ../Doc/faq/design.rst:81
166165msgid "which is exactly::"
167- msgstr "qui est, exactement : ::"
166+ msgstr "qui est, exactement ::"
168167
169168#: ../Doc/faq/design.rst:85
170169msgid ""
@@ -184,7 +183,7 @@ msgstr ""
184183
185184#: ../Doc/faq/design.rst:93
186185msgid "Why are Python strings immutable?"
187- msgstr "Pourquoi les chaînes de caractères Python sont-elles immuables ?"
186+ msgstr "Pourquoi les chaînes de caractères Python sont-elles immuables ?"
188187
189188#: ../Doc/faq/design.rst:95
190189msgid "There are several advantages."
@@ -218,7 +217,7 @@ msgstr ""
218217msgid "Why must 'self' be used explicitly in method definitions and calls?"
219218msgstr ""
220219"Pourquoi \" self\" doit-il être explicitement utilisé dans les définitions et "
221- "les appels de méthode ?"
220+ "les appels de méthode ?"
222221
223222#: ../Doc/faq/design.rst:112
224223msgid ""
@@ -308,18 +307,18 @@ msgstr ""
308307
309308#: ../Doc/faq/design.rst:150
310309msgid "Why can't I use an assignment in an expression?"
311- msgstr "Pourquoi ne puis-je pas utiliser d'assignation dans une expression ?"
310+ msgstr "Pourquoi ne puis-je pas utiliser d'assignation dans une expression ?"
312311
313312#: ../Doc/faq/design.rst:152
314313msgid ""
315314"Many people used to C or Perl complain that they want to use this C idiom:"
316315msgstr ""
317316"De nombreuses personnes habituées à C ou Perl se plaignent de vouloir "
318- "utiliser cet idiome C :"
317+ "utiliser cet idiome C :"
319318
320319#: ../Doc/faq/design.rst:160
321320msgid "where in Python you're forced to write this::"
322- msgstr "où en Python vous êtes forcé à écrire ceci : ::"
321+ msgstr "où en Python vous êtes forcé à écrire ceci ::"
323322
324323#: ../Doc/faq/design.rst:168
325324msgid ""
@@ -328,7 +327,7 @@ msgid ""
328327msgstr ""
329328"La raison pour ne pas autoriser l'assignation dans les expressions en Python "
330329"est un bug fréquent, et difficile à trouver dans ces autres langages, causé "
331- "par cette construction :"
330+ "par cette construction :"
332331
333332#: ../Doc/faq/design.rst:180
334333msgid ""
@@ -396,7 +395,7 @@ msgstr ""
396395"La meilleur approche est d'utiliser les itérateurs, rendant possible de "
397396"parcourir des objets en utilisant l'instruction ``for``. Par exemple, les :"
398397"term:`objets fichiers <file object>` gèrent le protocole d'itération, donc "
399- "vous pouvez simplement écrire : ::"
398+ "vous pouvez simplement écrire ::"
400399
401400#: ../Doc/faq/design.rst:216
402401msgid ""
@@ -408,7 +407,7 @@ msgstr ""
408407
409408#: ../Doc/faq/design.rst:218
410409msgid "As Guido said:"
411- msgstr "Comme l'a dit Guido :"
410+ msgstr "Comme l'a dit Guido :"
412411
413412#: ../Doc/faq/design.rst:220
414413msgid ""
@@ -470,11 +469,11 @@ msgstr ""
470469"mêmes fonctionnalités que celles qui étaient déjà disponibles en utilisant "
471470"les fonctions du module string. La plupart de ces nouvelles méthodes ont été "
472471"largement acceptées, mais celle qui semble rendre certains programmeurs "
473- "inconfortables est : ::"
472+ "inconfortables est ::"
474473
475474#: ../Doc/faq/design.rst:250
476475msgid "which gives the result::"
477- msgstr "qui donne le résultat : ::"
476+ msgstr "qui donne le résultat ::"
478477
479478#: ../Doc/faq/design.rst:254
480479msgid "There are two common arguments against this usage."
@@ -505,7 +504,7 @@ msgstr ""
505504"train de dire à une séquence de joindre ses membres avec une constante de "
506505"chaîne\" . Malheureusement, vous ne l'êtes pas. Pour quelque raison, il "
507506"semble être bien moins difficile d'avoir :meth:`~str.split` en tant que "
508- "méthode de chaîne, puisque dans ce cas il est facile de voir que::"
507+ "méthode de chaîne, puisque dans ce cas il est facile de voir que ::"
509508
510509#: ../Doc/faq/design.rst:269
511510msgid ""
@@ -534,7 +533,7 @@ msgstr ""
534533
535534#: ../Doc/faq/design.rst:280
536535msgid "How fast are exceptions?"
537- msgstr "À quel point les exceptions sont-elles rapides ?"
536+ msgstr "À quel point les exceptions sont-elles rapides ?"
538537
539538#: ../Doc/faq/design.rst:282
540539msgid ""
@@ -554,7 +553,7 @@ msgid ""
554553msgstr ""
555554"Cela n'a de sens que si vous vous attendez à ce que le dictionnaire ait la "
556555"clé presque tout le temps. Si ce n'était pas le cas, vous l'auriez codé "
557- "comme suit : ::"
556+ "comme suit ::"
558557
559558#: ../Doc/faq/design.rst:300
560559msgid ""
@@ -570,7 +569,7 @@ msgstr ""
570569msgid "Why isn't there a switch or case statement in Python?"
571570msgstr ""
572571"Pourquoi n'y a-t-il pas une instruction *switch* ou une structure similaire "
573- "à *switch / case* en Python ?"
572+ "à *switch / case* en Python ?"
574573
575574#: ../Doc/faq/design.rst:308
576575msgid ""
@@ -592,7 +591,7 @@ msgid ""
592591msgstr ""
593592"Dans les cas où vous devez choisir parmi un très grand nombre de "
594593"possibilités, vous pouvez créer un dictionnaire faisant correspondre des "
595- "valeurs à des fonctions à appeler. Par exemple : ::"
594+ "valeurs à des fonctions à appeler. Par exemple ::"
596595
597596#: ../Doc/faq/design.rst:327
598597msgid ""
@@ -601,7 +600,7 @@ msgid ""
601600msgstr ""
602601"Pour appeler les méthodes sur des objets, vous pouvez simplifier davantage "
603602"en utilisant la fonction native :func:`getattr` pour récupérer les méthodes "
604- "avec un nom donné : ::"
603+ "avec un nom donné ::"
605604
606605#: ../Doc/faq/design.rst:339
607606msgid ""
@@ -621,7 +620,7 @@ msgid ""
621620"specific thread implementation?"
622621msgstr ""
623622"Est-il possible d'émuler des fils d'exécution dans l'interpréteur plutôt que "
624- "se baser sur les implémentations spécifique aux OS ?"
623+ "se baser sur les implémentations spécifique aux OS ?"
625624
626625#: ../Doc/faq/design.rst:347
627626msgid ""
@@ -649,7 +648,7 @@ msgstr ""
649648#: ../Doc/faq/design.rst:357
650649msgid "Why can't lambda expressions contain statements?"
651650msgstr ""
652- "Pourquoi les expressions lambda ne peuvent pas contenir d'instructions ?"
651+ "Pourquoi les expressions lambda ne peuvent pas contenir d'instructions ?"
653652
654653#: ../Doc/faq/design.rst:359
655654msgid ""
@@ -681,7 +680,7 @@ msgstr ""
681680"fonction lambda au lieu d'une fonction définie localement est que vous "
682681"n'avez nullement besoin d'un nom pour la fonction -- Mais c'est juste une "
683682"variable locale à laquelle est affecté l'objet fonction (qui est exactement "
684- "le même type d'objet qui donne une expression lambda) !"
683+ "le même type d'objet qui donne une expression lambda) !"
685684
686685#: ../Doc/faq/design.rst:373
687686msgid "Can Python be compiled to machine code, C or some other language?"
@@ -704,7 +703,7 @@ msgstr ""
704703
705704#: ../Doc/faq/design.rst:383
706705msgid "How does Python manage memory?"
707- msgstr "Comment Python gère la mémoire ?"
706+ msgstr "Comment Python gère la mémoire ?"
708707
709708#: ../Doc/faq/design.rst:385
710709msgid ""
@@ -775,7 +774,7 @@ msgstr ""
775774#: ../Doc/faq/design.rst:421
776775msgid "Why doesn't CPython use a more traditional garbage collection scheme?"
777776msgstr ""
778- "Pourquoi CPython n'utilise-il pas un ramasse-miette plus traditionnel ?"
777+ "Pourquoi CPython n'utilise-il pas un ramasse-miette plus traditionnel ?"
779778
780779#: ../Doc/faq/design.rst:423
781780msgid ""
@@ -813,7 +812,7 @@ msgstr ""
813812#: ../Doc/faq/design.rst:438
814813msgid "Why isn't all memory freed when CPython exits?"
815814msgstr ""
816- "Pourquoi toute la mémoire n'est pas libérée lorsque *CPython* s'arrête ?"
815+ "Pourquoi toute la mémoire n'est pas libérée lorsque *CPython* s'arrête ?"
817816
818817#: ../Doc/faq/design.rst:440
819818msgid ""
@@ -844,7 +843,7 @@ msgstr ""
844843#: ../Doc/faq/design.rst:452
845844msgid "Why are there separate tuple and list data types?"
846845msgstr ""
847- "Pourquoi les *tuples* et les *list* sont deux types de données séparés ?"
846+ "Pourquoi les *tuples* et les *list* sont deux types de données séparés ?"
848847
849848#: ../Doc/faq/design.rst:454
850849msgid ""
@@ -1015,7 +1014,7 @@ msgstr ""
10151014
10161015#: ../Doc/faq/design.rst:523
10171016msgid "Some unacceptable solutions that have been proposed:"
1018- msgstr "Certaines solutions insatisfaisantes qui ont été proposées :"
1017+ msgstr "Certaines solutions insatisfaisantes qui ont été proposées :"
10191018
10201019#: ../Doc/faq/design.rst:525
10211020msgid ""
@@ -1259,22 +1258,23 @@ msgid ""
12591258"pass on the string quote character by escaping it with a backslash. These "
12601259"rules work well when r-strings are used for their intended purpose."
12611260msgstr ""
1262- "Les chaînes brutes ont été conçues pour faciliter la création de données pour "
1263- "les processeurs de texte (principalement les moteurs d'expressions "
1261+ "Les chaînes brutes ont été conçues pour faciliter la création de données "
1262+ "pour les processeurs de texte (principalement les moteurs d'expressions "
12641263"régulières) qui veulent faire leur propre traitement d'échappement "
1265- "d'*antislashes*. Ces processeurs considèrent un *antislash* de fin non-appairé "
1266- "comme une erreur, alors les chaînes brutes ne le permettent pas. En retour, "
1267- "elles vous permettent de transmettre le caractère de citation de la chaîne "
1268- "en l'échappant avec un *antislash*. Ces règles fonctionnent bien lorsque les "
1269- "chaînes brutes sont utilisées pour leur but premier."
1264+ "d'*antislashes*. Ces processeurs considèrent un *antislash* de fin non-"
1265+ "appairé comme une erreur, alors les chaînes brutes ne le permettent pas. En "
1266+ "retour, elles vous permettent de transmettre le caractère de citation de la "
1267+ "chaîne en l'échappant avec un *antislash*. Ces règles fonctionnent bien "
1268+ "lorsque les chaînes brutes sont utilisées pour leur but premier."
12701269
12711270#: ../Doc/faq/design.rst:685
12721271msgid ""
12731272"If you're trying to build Windows pathnames, note that all Windows system "
12741273"calls accept forward slashes too::"
12751274msgstr ""
12761275"Si vous essayez de construire des chemins d'accès Windows, notez que tous "
1277- "les appels système Windows acceptent également les *slashes* \" classiques\" ::"
1276+ "les appels système Windows acceptent également les *slashes* \" classiques"
1277+ "\" ::"
12781278
12791279#: ../Doc/faq/design.rst:690
12801280msgid ""
@@ -1375,8 +1375,8 @@ msgstr ""
13751375#: ../Doc/faq/design.rst:753
13761376msgid "Why are colons required for the if/while/def/class statements?"
13771377msgstr ""
1378- "Pourquoi les deux-points sont-ils nécessaires pour les déclarations ``if/while/ "
1379- "def/class`` ?"
1378+ "Pourquoi les deux-points sont-ils nécessaires pour les déclarations ``if/"
1379+ "while/ def/class`` ?"
13801380
13811381#: ../Doc/faq/design.rst:755
13821382msgid ""
@@ -1397,8 +1397,8 @@ msgid ""
13971397"English."
13981398msgstr ""
13991399"Remarquez comment le deuxième est un peu plus facile à lire. Remarquez "
1400- "aussi comment un deux-points introduit l'exemple dans cette réponse à la FAQ ; "
1401- "c'est un usage standard en anglais."
1400+ "aussi comment un deux-points introduit l'exemple dans cette réponse à la "
1401+ "FAQ ; c'est un usage standard en anglais."
14021402
14031403#: ../Doc/faq/design.rst:769
14041404msgid ""
@@ -1457,13 +1457,12 @@ msgid ""
14571457"of error."
14581458msgstr ""
14591459"Cette liste a l'air d'avoir quatre éléments, mais elle en contient en fait "
1460- "trois : \" *fee*\" , \" *fiefoo*\" et \" *fum*\" . Toujours ajouter la virgule permet "
1461- "d'éviter cette source d'erreur."
1460+ "trois : \" *fee*\" , \" *fiefoo*\" et \" *fum*\" . Toujours ajouter la virgule "
1461+ "permet d'éviter cette source d'erreur."
14621462
14631463#: ../Doc/faq/design.rst:808
14641464msgid ""
14651465"Allowing the trailing comma may also make programmatic code generation "
14661466"easier."
14671467msgstr ""
1468- "Permettre la virgule de fin peut également faciliter la génération de code "
1469- "programmatiquement."
1468+ "Permettre la virgule de fin peut également faciliter la génération de code."
0 commit comments