Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Commit6d3318d

Browse files
committed
Backporting for#1628.
1 parent693324f commit6d3318d

File tree

1 file changed

+26
-26
lines changed

1 file changed

+26
-26
lines changed

‎library/heapq.po

Lines changed: 26 additions & 26 deletions
Original file line numberDiff line numberDiff line change
@@ -59,12 +59,12 @@ msgid ""
5959
"\"max heap\" is more common in texts because of its suitability for in-place "
6060
"sorting)."
6161
msgstr""
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!"
7575
msgstr""
7676
"Ces deux points permettent d'aborder le tas comme une liste Python standard "
77-
"sans surprise: ``heap[0]`` est le plus petit élémenttandis que``heap."
78-
"sort()`` ne modifie pas letas!"
77+
"sans surprise : ``heap[0]`` est le plus petit élémentet``heap.sort()``"
78+
"conserve l'invariant dutas !"
7979

8080
#:../Doc/library/heapq.rst:38
8181
msgid""
@@ -88,7 +88,7 @@ msgstr ""
8888

8989
#:../Doc/library/heapq.rst:41
9090
msgid"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
9494
msgid"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::"
246246
msgstr""
247-
"Les éléments d'un tas peuvent être desn-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
252252
msgid"Priority Queue Implementation Notes"
@@ -259,15 +259,15 @@ msgid ""
259259
msgstr""
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
265265
msgid""
266266
"Sort stability: how do you get two tasks with equal priorities to be "
267267
"returned in the order they were originally added?"
268268
msgstr""
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
273273
msgid""
@@ -282,15 +282,15 @@ msgid ""
282282
"the heap?"
283283
msgstr""
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
288288
msgid""
289289
"Or if a pending task needs to be deleted, how do you find it and remove it "
290290
"from the queue?"
291291
msgstr""
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
296296
msgid""
@@ -349,7 +349,7 @@ msgid ""
349349
"representation for a tournament. The numbers below are *k*, not ``a[k]``::"
350350
msgstr""
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
355355
msgid""
@@ -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 ""
387387
msgstr""
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 :-)."
408408
msgstr""
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'ilestpossible 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."
427427
msgstr""
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 ""
469469
msgstr""
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
480480
msgid""
@@ -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

Comments
 (0)

[8]ページ先頭

©2009-2025 Movatter.jp