@@ -46,11 +46,11 @@ msgid ""
46
46
msgstr ""
47
47
"Los montículos son árboles binarios para los cuales cada nodo padre tiene un "
48
48
"valor menor o igual que cualquiera de sus hijos. Esta implementación utiliza "
49
- "matrices para las cuales ``heap[k] <= heap[2*k+1]`` y ``heap[k] <=heap[2*k "
50
- "+2]`` para todo *k*, contando los elementos desde cero. Para poder comparar, "
51
- "los elementos inexistentes se consideran infinitos. La propiedad interesante "
52
- "de un montículo es que su elemento más pequeño es siempre la raíz, "
53
- "``heap[0]``."
49
+ "matrices para las cuales ``heap[k] <= heap[2*k+1]`` y ``heap[k] <= "
50
+ "heap[2*k +2]`` para todo *k*, contando los elementos desde cero. Para poder "
51
+ "comparar, los elementos inexistentes se consideran infinitos. La propiedad "
52
+ "interesante de un montículo es que su elemento más pequeño es siempre la "
53
+ "raíz, ``heap[0]``."
54
54
55
55
#: ../Doc/library/heapq.rst:26
56
56
msgid ""
@@ -421,16 +421,16 @@ msgid ""
421
421
"two cells it tops contain three different items, but the top cell\" wins\" "
422
422
"over the two topped cells."
423
423
msgstr ""
424
- "En el árbol de arriba, cada celda *k* está coronada por ``2*k+1`` y``2*k "
425
- "+2``. En un torneo binario habitual que vemos en los deportes, cada celda es "
426
- "el ganador sobre las dos celdas que supera, y podemos rastrear al ganador "
427
- "hasta el árbol para ver todos los oponentes que tuvo. Sin embargo, en muchas "
428
- "aplicaciones informáticas de tales torneos, no necesitamos rastrear la "
429
- "historia de un ganador. Para ser más eficientes en la memoria, cuando un "
430
- "ganador es ascendido, tratamos de reemplazarlo por algo más en un nivel "
431
- "inferior, y la regla se convierte en que una celda y las dos celdas que "
432
- "supera contienen tres elementos diferentes, pero la celda superior\" gana \" "
433
- "sobre las dos celdas superiores."
424
+ "En el árbol de arriba, cada celda *k* está coronada por ``2*k+1`` y "
425
+ "``2*k +2``. En un torneo binario habitual que vemos en los deportes, cada "
426
+ "celda es el ganador sobre las dos celdas que supera, y podemos rastrear al "
427
+ "ganador hasta el árbol para ver todos los oponentes que tuvo. Sin embargo, "
428
+ "en muchas aplicaciones informáticas de tales torneos, no necesitamos "
429
+ "rastrear la historia de un ganador. Para ser más eficientes en la memoria, "
430
+ "cuando un ganador es ascendido, tratamos de reemplazarlo por algo más en un "
431
+ "nivel inferior, y la regla se convierte en que una celda y las dos celdas "
432
+ "que supera contienen tres elementos diferentes, pero la celda superior "
433
+ "\" gana \" sobre las dos celdas superiores."
434
434
435
435
#: ../Doc/library/heapq.rst:268
436
436
msgid ""
@@ -454,13 +454,13 @@ msgstr ""
454
454
#: ../Doc/library/heapq.rst:275
455
455
msgid ""
456
456
"A nice feature of this sort is that you can efficiently insert new items "
457
- "while the sort is going on, provided that the inserted items are not\" better "
458
- "\" than the last 0'th element you extracted. This is especially useful in "
459
- "simulation contexts, where the tree holds all incoming events, andthe \" win "
460
- "\" condition means the smallest scheduled time. When an event schedules "
461
- "other events for execution, they are scheduled into the future, so they can "
462
- "easily go into the heap. So, a heap is a good structure for implementing "
463
- "schedulers (this is what I used for my MIDI sequencer :-)."
457
+ "while the sort is going on, provided that the inserted items are not "
458
+ "\" better \" than the last 0'th element you extracted. This is especially "
459
+ "useful in simulation contexts, where the tree holds all incoming events, and "
460
+ "the \" win \" condition means the smallest scheduled time. When an event "
461
+ "schedules other events for execution, they are scheduled into the future, so "
462
+ "they can easily go into the heap. So, a heap is a good structure for "
463
+ "implementing schedulers (this is what I used for my MIDI sequencer :-)."
464
464
msgstr ""
465
465
"Una buena característica de este tipo es que puedes insertar nuevos "
466
466
"elementos de manera eficiente mientras se realiza la clasificación, siempre "