@@ -6,14 +6,14 @@ msgstr ""
6
6
"Project-Id-Version : Python 3\n "
7
7
"Report-Msgid-Bugs-To : \n "
8
8
"POT-Creation-Date : 2020-08-24 09:01+0200\n "
9
- "PO-Revision-Date : 2019-09-16 12:04 +0200\n "
9
+ "PO-Revision-Date : 2021-05-10 23:09 +0200\n "
10
10
"Last-Translator : \n "
11
11
"Language-Team : FRENCH <traductions@lists.afpy.org>\n "
12
12
"Language : fr\n "
13
13
"MIME-Version : 1.0\n "
14
14
"Content-Type : text/plain; charset=UTF-8\n "
15
15
"Content-Transfer-Encoding : 8bit\n "
16
- "X-Generator : Poedit 2.2.1 \n "
16
+ "X-Generator : Poedit 2.4.2 \n "
17
17
18
18
#: library/heapq.rst:2
19
19
msgid ":mod:`heapq` --- Heap queue algorithm"
@@ -58,12 +58,12 @@ msgid ""
58
58
"\" max heap\" is more common in texts because of its suitability for in-place "
59
59
"sorting)."
60
60
msgstr ""
61
- "L'API ci-dessous diffère de la file de priorité classique par deux aspects : "
62
- "(a) L 'indiçage commence à zéro. Cela complexifie légèrement la relation "
61
+ "L'API ci-dessous diffère de la file de priorité classique par deux aspects : "
62
+ "(a) l 'indiçage commence à zéro. Cela complexifie légèrement la relation "
63
63
"entre l'indice d'un nœud et les indices de ses fils mais est alignée avec "
64
64
"l'indiçage commençant à zéro que Python utilise. (b) La méthode *pop* "
65
- "renvoie le plus petit élément et non le plus grand (appelé « tas-min » dans "
66
- "les manuels scolaires ; le « tas-max » étant généralement plus courant dans "
65
+ "renvoie le plus petit élément et non le plus grand (appelé « tas-min » dans "
66
+ "les manuels scolaires ; le « tas-max » étant généralement plus courant dans "
67
67
"la littérature car il permet le classement sans tampon)."
68
68
69
69
#: library/heapq.rst:33
@@ -73,8 +73,8 @@ msgid ""
73
73
"the heap invariant!"
74
74
msgstr ""
75
75
"Ces deux points permettent d'aborder le tas comme une liste Python standard "
76
- "sans surprise : ``heap[0]`` est le plus petit élément tandis que ``heap."
77
- "sort()`` ne modifie pas le tas !"
76
+ "sans surprise : ``heap[0]`` est le plus petit élément et ``heap.sort()`` "
77
+ "conserve l'invariant du tas !"
78
78
79
79
#: library/heapq.rst:37
80
80
msgid ""
@@ -87,7 +87,7 @@ msgstr ""
87
87
88
88
#: library/heapq.rst:40
89
89
msgid "The following functions are provided:"
90
- msgstr "Les fonctions suivantes sont fournies :"
90
+ msgstr "Les fonctions suivantes sont fournies :"
91
91
92
92
#: library/heapq.rst:45
93
93
msgid "Push the value *item* onto the *heap*, maintaining the heap invariant."
@@ -224,7 +224,7 @@ msgstr ""
224
224
"défini par *iterable*. Si l'option *key* est fournie, celle-ci spécifie une "
225
225
"fonction à un argument qui est utilisée pour extraire la clé de comparaison "
226
226
"de chaque élément dans *iterable* (par exemple, ``key=str.lower``). "
227
- "Équivalent à : ``sorted(iterable, key=key, reverse=True)[:n]``."
227
+ "Équivalent à : ``sorted(iterable, key=key, reverse=True)[:n]``."
228
228
229
229
#: library/heapq.rst:122
230
230
msgid ""
@@ -238,7 +238,7 @@ msgstr ""
238
238
"défini par *iterable*. Si l'option *key* est fournie, celle-ci spécifie une "
239
239
"fonction à un argument qui est utilisée pour extraire la clé de comparaison "
240
240
"de chaque élément dans *iterable* (par exemple, ``key=str.lower``). "
241
- "Équivalent à : ``sorted(iterable, key=key)[:n]``."
241
+ "Équivalent à : ``sorted(iterable, key=key)[:n]``."
242
242
243
243
#: library/heapq.rst:128
244
244
msgid ""
@@ -297,15 +297,15 @@ msgid ""
297
297
msgstr ""
298
298
"Une `file de priorité <https://fr.wikipedia.org/wiki/File_de_priorit"
299
299
"%C3%A9>`_ est une application courante des tas et présente plusieurs défis "
300
- "d'implémentation :"
300
+ "d'implémentation :"
301
301
302
302
#: library/heapq.rst:172
303
303
msgid ""
304
304
"Sort stability: how do you get two tasks with equal priorities to be "
305
305
"returned in the order they were originally added?"
306
306
msgstr ""
307
- "Stabilité du classement : comment s'assurer que deux tâches avec la même "
308
- "priorité sont renvoyées dans l'ordre de leur ajout ?"
307
+ "Stabilité du classement : comment s'assurer que deux tâches avec la même "
308
+ "priorité sont renvoyées dans l'ordre de leur ajout ?"
309
309
310
310
#: library/heapq.rst:175
311
311
msgid ""
@@ -321,15 +321,15 @@ msgid ""
321
321
"the heap?"
322
322
msgstr ""
323
323
"Si la priorité d'une tâche change, comment la déplacer à sa nouvelle "
324
- "position dans le tas ?"
324
+ "position dans le tas ?"
325
325
326
326
#: library/heapq.rst:181
327
327
msgid ""
328
328
"Or if a pending task needs to be deleted, how do you find it and remove it "
329
329
"from the queue?"
330
330
msgstr ""
331
331
"Si une tâche en attente doit être supprimée, comment la trouver et la "
332
- "supprimer de la file ?"
332
+ "supprimer de la file ?"
333
333
334
334
#: library/heapq.rst:184
335
335
msgid ""
@@ -424,7 +424,7 @@ msgstr ""
424
424
"Afin d'occuper moins de mémoire, on remplace le vainqueur lors de sa "
425
425
"promotion par un autre élément à un plus bas niveau. La règle devient alors "
426
426
"qu'un nœud et les deux nœuds qu'il chapeaute contiennent trois éléments "
427
- "différents, mais le nœud supérieur « gagne » contre les deux nœuds "
427
+ "différents, mais le nœud supérieur « gagne » contre les deux nœuds "
428
428
"inférieurs."
429
429
430
430
#: library/heapq.rst:268
@@ -439,7 +439,7 @@ msgid ""
439
439
msgstr ""
440
440
"Si cet invariant de tas est vérifié à tout instant, alors l'élément à "
441
441
"l'indice 0 est le vainqueur global. L'algorithme le plus simple pour le "
442
- "retirer et trouver le vainqueur « suivant » consiste à déplacer un perdant "
442
+ "retirer et trouver le vainqueur « suivant » consiste à déplacer un perdant "
443
443
"(par exemple le nœud 30 dans le diagramme ci-dessus) à la position 0, puis à "
444
444
"faire redescendre cette nouvelle racine dans l'arbre en échangeant sa valeur "
445
445
"avec celle d'un de ses fils jusqu'à ce que l'invariant soit rétabli. Cette "
@@ -458,11 +458,11 @@ msgid ""
458
458
"easily go into the heap. So, a heap is a good structure for implementing "
459
459
"schedulers (this is what I used for my MIDI sequencer :-)."
460
460
msgstr ""
461
- "Une propriété agréable de cet algorithme est qu'il possible d'insérer "
461
+ "Une propriété agréable de cet algorithme est qu'il est possible d'insérer "
462
462
"efficacement de nouveaux éléments en cours de classement, du moment que les "
463
- "éléments insérés ne sont pas « meilleurs » que le dernier élément qui a été "
463
+ "éléments insérés ne sont pas « meilleurs » que le dernier élément qui a été "
464
464
"extrait. Ceci s'avère très utile dans des simulations où l'arbre contient la "
465
- "liste des événements arrivants et que la condition de « victoire » est le "
465
+ "liste des événements arrivants et que la condition de « victoire » est le "
466
466
"plus petit temps d'exécution planifié. Lorsqu'un événement programme "
467
467
"l'exécution d'autres événements, ceux-ci sont planifiés pour le futur et "
468
468
"peuvent donc rejoindre le tas. Ainsi, le tas est une bonne structure pour "
@@ -478,7 +478,7 @@ msgid ""
478
478
"efficient overall, yet the worst cases might be terrible."
479
479
msgstr ""
480
480
"Plusieurs structures ont été étudiées en détail pour implémenter des "
481
- "ordonnanceurs et les tas sont bien adaptés : ils sont raisonnablement "
481
+ "ordonnanceurs et les tas sont bien adaptés : ils sont raisonnablement "
482
482
"rapides, leur vitesse est presque constante et le pire cas ne diffère pas "
483
483
"trop du cas moyen. S'il existe des représentations qui sont plus efficaces "
484
484
"en général, les pires cas peuvent être terriblement mauvais."
@@ -521,12 +521,12 @@ msgid ""
521
521
msgstr ""
522
522
"Qui plus est, si vous écrivez l'élément 0 sur le disque et que vous recevez "
523
523
"en entrée un élément qui n'est pas adapté au tournoi actuel (parce que sa "
524
- "valeur « gagne » par rapport à la dernière valeur de sortie), alors il ne "
524
+ "valeur « gagne » par rapport à la dernière valeur de sortie), alors il ne "
525
525
"peut pas être stocké dans le tas donc la taille de ce dernier diminue. La "
526
526
"mémoire libérée peut être réutilisée immédiatement pour progressivement "
527
527
"construire un deuxième tas, qui croit à la même vitesse que le premier "
528
528
"décroît. Lorsque le premier tas a complètement disparu, vous échangez les "
529
- "tas et démarrez une nouvelle séquence. Malin et plutôt efficace !"
529
+ "tas et démarrez une nouvelle séquence. Malin et plutôt efficace !"
530
530
531
531
#: library/heapq.rst:308
532
532
msgid ""
@@ -559,8 +559,8 @@ msgstr ""
559
559
"que de la lecture séquentielle, comme les gros lecteurs à bandes, le besoin "
560
560
"était différent et il fallait être malin pour s'assurer (bien à l'avance) "
561
561
"que chaque mouvement de bande serait le plus efficace possible (c'est-à-dire "
562
- "participerait au mieux à l'« avancée » de la fusion). Certaines cassettes "
562
+ "participerait au mieux à l'« avancée » de la fusion). Certaines cassettes "
563
563
"pouvaient même lire à l'envers et cela était aussi utilisé pour éviter de "
564
564
"remonter dans le temps. Croyez-moi, les bons tris sur bandes étaient "
565
- "spectaculaires à regarder ! Depuis la nuit des temps, trier a toujours été "
566
- "le Grand Art ! ☺"
565
+ "spectaculaires à regarder ! Depuis la nuit des temps, trier a toujours été "
566
+ "le Grand Art ! ☺"
0 commit comments