@@ -59,12 +59,12 @@ msgid ""
5959"\" max heap\" is more common in texts because of its suitability for in-place "
6060"sorting)."
6161msgstr ""
62- "L'API ci-dessous diffère de la file de priorité classique par deux aspects : "
63- "(a) L 'indiçage commence à zéro. Cela complexifie légèrement la relation "
62+ "L'API ci-dessous diffère de la file de priorité classique par deux aspects : "
63+ "(a) l 'indiçage commence à zéro. Cela complexifie légèrement la relation "
6464"entre l'indice d'un nœud et les indices de ses fils mais est alignée avec "
6565"l'indiçage commençant à zéro que Python utilise. (b) La méthode *pop* "
66- "renvoie le plus petit élément et non le plus grand (appelé « tas-min » dans "
67- "les manuels scolaires ; le « tas-max » étant généralement plus courant dans "
66+ "renvoie le plus petit élément et non le plus grand (appelé « tas-min » dans "
67+ "les manuels scolaires ; le « tas-max » étant généralement plus courant dans "
6868"la littérature car il permet le classement sans tampon)."
6969
7070#: ../Doc/library/heapq.rst:34
@@ -74,8 +74,8 @@ msgid ""
7474"the heap invariant!"
7575msgstr ""
7676"Ces deux points permettent d'aborder le tas comme une liste Python standard "
77- "sans surprise : ``heap[0]`` est le plus petit élément tandis que ``heap."
78- "sort()`` ne modifie pas le tas !"
77+ "sans surprise : ``heap[0]`` est le plus petit élément et ``heap.sort()`` "
78+ "conserve l'invariant du tas !"
7979
8080#: ../Doc/library/heapq.rst:38
8181msgid ""
@@ -88,7 +88,7 @@ msgstr ""
8888
8989#: ../Doc/library/heapq.rst:41
9090msgid "The following functions are provided:"
91- msgstr "Les fonctions suivantes sont fournies :"
91+ msgstr "Les fonctions suivantes sont fournies :"
9292
9393#: ../Doc/library/heapq.rst:46
9494msgid "Push the value *item* onto the *heap*, maintaining the heap invariant."
@@ -244,9 +244,9 @@ msgid ""
244244"Heap elements can be tuples. This is useful for assigning comparison values "
245245"(such as task priorities) alongside the main record being tracked::"
246246msgstr ""
247- "Les éléments d'un tas peuvent être des n -uplets. C'est pratique pour "
247+ "Les éléments d'un tas peuvent être des *n* -uplets. C'est pratique pour "
248248"assigner des valeurs de comparaison (par exemple, des priorités de tâches) "
249- "en plus de l'élément qui est suivi ::"
249+ "en plus de l'élément qui est suivi ::"
250250
251251#: ../Doc/library/heapq.rst:165
252252msgid "Priority Queue Implementation Notes"
@@ -259,15 +259,15 @@ msgid ""
259259msgstr ""
260260"Une `file de priorité <https://fr.wikipedia.org/wiki/File_de_priorit"
261261"%C3%A9>`_ est une application courante des tas et présente plusieurs défis "
262- "d'implémentation :"
262+ "d'implémentation :"
263263
264264#: ../Doc/library/heapq.rst:170
265265msgid ""
266266"Sort stability: how do you get two tasks with equal priorities to be "
267267"returned in the order they were originally added?"
268268msgstr ""
269- "Stabilité du classement : comment s'assurer que deux tâches avec la même "
270- "priorité sont renvoyées dans l'ordre de leur ajout ?"
269+ "Stabilité du classement : comment s'assurer que deux tâches avec la même "
270+ "priorité sont renvoyées dans l'ordre de leur ajout ?"
271271
272272#: ../Doc/library/heapq.rst:173
273273msgid ""
@@ -282,15 +282,15 @@ msgid ""
282282"the heap?"
283283msgstr ""
284284"Si la priorité d'une tâche change, comment la déplacer à sa nouvelle "
285- "position dans le tas ?"
285+ "position dans le tas ?"
286286
287287#: ../Doc/library/heapq.rst:180
288288msgid ""
289289"Or if a pending task needs to be deleted, how do you find it and remove it "
290290"from the queue?"
291291msgstr ""
292292"Si une tâche en attente doit être supprimée, comment la trouver et la "
293- "supprimer de la file ?"
293+ "supprimer de la file ?"
294294
295295#: ../Doc/library/heapq.rst:183
296296msgid ""
@@ -349,7 +349,7 @@ msgid ""
349349"representation for a tournament. The numbers below are *k*, not ``a[k]``::"
350350msgstr ""
351351"L'invariant étrange ci-dessus est une représentation efficace en mémoire "
352- "d'un tournoi. Les nombres ci-dessous sont *k* et non ``a[k]`` ::"
352+ "d'un tournoi. Les nombres ci-dessous sont *k* et non ``a[k]`` ::"
353353
354354#: ../Doc/library/heapq.rst:247
355355msgid ""
@@ -372,7 +372,7 @@ msgstr ""
372372"Afin d'occuper moins de mémoire, on remplace le vainqueur lors de sa "
373373"promotion par un autre élément à un plus bas niveau. La règle devient alors "
374374"qu'un nœud et les deux nœuds qu'il chapeaute contiennent trois éléments "
375- "différents, mais le nœud supérieur « gagne » contre les deux nœuds "
375+ "différents, mais le nœud supérieur « gagne » contre les deux nœuds "
376376"inférieurs."
377377
378378#: ../Doc/library/heapq.rst:256
@@ -387,7 +387,7 @@ msgid ""
387387msgstr ""
388388"Si cet invariant de tas est vérifié à tout instant, alors l'élément à "
389389"l'indice 0 est le vainqueur global. L'algorithme le plus simple pour le "
390- "retirer et trouver le vainqueur « suivant » consiste à déplacer un perdant "
390+ "retirer et trouver le vainqueur « suivant » consiste à déplacer un perdant "
391391"(par exemple le nœud 30 dans le diagramme ci-dessus) à la position 0, puis à "
392392"faire redescendre cette nouvelle racine dans l'arbre en échangeant sa valeur "
393393"avec celle d'un de ses fils jusqu'à ce que l'invariant soit rétabli. Cette "
@@ -406,11 +406,11 @@ msgid ""
406406"easily go into the heap. So, a heap is a good structure for implementing "
407407"schedulers (this is what I used for my MIDI sequencer :-)."
408408msgstr ""
409- "Une propriété agréable de cet algorithme est qu'il possible d'insérer "
409+ "Une propriété agréable de cet algorithme est qu'il est possible d'insérer "
410410"efficacement de nouveaux éléments en cours de classement, du moment que les "
411- "éléments insérés ne sont pas « meilleurs » que le dernier élément qui a été "
411+ "éléments insérés ne sont pas « meilleurs » que le dernier élément qui a été "
412412"extrait. Ceci s'avère très utile dans des simulations où l'arbre contient la "
413- "liste des événements arrivants et que la condition de « victoire » est le "
413+ "liste des événements arrivants et que la condition de « victoire » est le "
414414"plus petit temps d'exécution planifié. Lorsqu'un événement programme "
415415"l'exécution d'autres événements, ceux-ci sont planifiés pour le futur et "
416416"peuvent donc rejoindre le tas. Ainsi, le tas est une bonne structure pour "
@@ -426,7 +426,7 @@ msgid ""
426426"efficient overall, yet the worst cases might be terrible."
427427msgstr ""
428428"Plusieurs structures ont été étudiées en détail pour implémenter des "
429- "ordonnanceurs et les tas sont bien adaptés : ils sont raisonnablement "
429+ "ordonnanceurs et les tas sont bien adaptés : ils sont raisonnablement "
430430"rapides, leur vitesse est presque constante et le pire cas ne diffère pas "
431431"trop du cas moyen. S'il existe des représentations qui sont plus efficaces "
432432"en général, les pires cas peuvent être terriblement mauvais."
@@ -469,12 +469,12 @@ msgid ""
469469msgstr ""
470470"Qui plus est, si vous écrivez l'élément 0 sur le disque et que vous recevez "
471471"en entrée un élément qui n'est pas adapté au tournoi actuel (parce que sa "
472- "valeur « gagne » par rapport à la dernière valeur de sortie), alors il ne "
472+ "valeur « gagne » par rapport à la dernière valeur de sortie), alors il ne "
473473"peut pas être stocké dans le tas donc la taille de ce dernier diminue. La "
474474"mémoire libérée peut être réutilisée immédiatement pour progressivement "
475475"construire un deuxième tas, qui croit à la même vitesse que le premier "
476476"décroît. Lorsque le premier tas a complètement disparu, vous échangez les "
477- "tas et démarrez une nouvelle séquence. Malin et plutôt efficace !"
477+ "tas et démarrez une nouvelle séquence. Malin et plutôt efficace !"
478478
479479#: ../Doc/library/heapq.rst:296
480480msgid ""
@@ -507,8 +507,8 @@ msgstr ""
507507"que de la lecture séquentielle, comme les gros lecteurs à bandes, le besoin "
508508"était différent et il fallait être malin pour s'assurer (bien à l'avance) "
509509"que chaque mouvement de bande serait le plus efficace possible (c'est-à-dire "
510- "participerait au mieux à l'« avancée » de la fusion). Certaines cassettes "
510+ "participerait au mieux à l'« avancée » de la fusion). Certaines cassettes "
511511"pouvaient même lire à l'envers et cela était aussi utilisé pour éviter de "
512512"remonter dans le temps. Croyez-moi, les bons tris sur bandes étaient "
513- "spectaculaires à regarder ! Depuis la nuit des temps, trier a toujours été "
514- "le Grand Art ! ☺"
513+ "spectaculaires à regarder ! Depuis la nuit des temps, trier a toujours été "
514+ "le Grand Art ! ☺"
0 commit comments