@@ -46,11 +46,11 @@ msgid ""
4646msgstr ""
4747"Los montículos son árboles binarios para los cuales cada nodo padre tiene un "
4848"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]``."
5454
5555#: ../Doc/library/heapq.rst:26
5656msgid ""
@@ -421,16 +421,16 @@ msgid ""
421421"two cells it tops contain three different items, but the top cell \" wins\" "
422422"over the two topped cells."
423423msgstr ""
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."
434434
435435#: ../Doc/library/heapq.rst:268
436436msgid ""
@@ -454,13 +454,13 @@ msgstr ""
454454#: ../Doc/library/heapq.rst:275
455455msgid ""
456456"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, and the \" 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 :-)."
464464msgstr ""
465465"Una buena característica de este tipo es que puedes insertar nuevos "
466466"elementos de manera eficiente mientras se realiza la clasificación, siempre "
0 commit comments