Skip to content

Arregladas entradas fuzzy en whatsnew/2.5 #2218

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
cacrespo merged 3 commits into from
Nov 25, 2022
Merged

Arregladas entradas fuzzy en whatsnew/2.5 #2218

Changes from all commits
Commits
Show all changes
3 commits
Select commit Hold shift + click to select a range
83569cc
Arregladas entradas fuzzy en whatsnew/2.5
cmaureir Nov 24, 2022
bfc7077
Arregla traducción párrafo
cmaureir Nov 24, 2022
6befd87
Apply suggestions from code review
cmaureir Nov 25, 2022
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
167 changes: 79 additions & 88 deletions whatsnew/2.5.po
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -11,7 +11,7 @@ msgstr ""
"Project-Id-Version: Python 3.8\n"
"Report-Msgid-Bugs-To: \n"
"POT-Creation-Date: 2022-10-25 19:47+0200\n"
"PO-Revision-Date: 2021-10-03 10:57-0300\n"
"PO-Revision-Date: 2022-11-24 11:54+0100\n"
"Last-Translator: Claudia Millan <clmilneb@gmail.com>\n"
"Language-Team: python-doc-es\n"
"Language: es\n"
Expand All @@ -20,6 +20,7 @@ msgstr ""
"Content-Transfer-Encoding: 8bit\n"
"Plural-Forms: nplurals=2; plural=(n != 1);\n"
"Generated-By: Babel 2.10.3\n"
"X-Generator: Poedit 3.2.1\n"

#: ../Doc/whatsnew/2.5.rst:3
msgid "What's New in Python 2.5"
Expand Down Expand Up @@ -951,11 +952,12 @@ msgid "The Wikipedia entry for coroutines."
msgstr "La entrada de Wikipedia para las coroutines."

#: ../Doc/whatsnew/2.5.rst:554
#, fuzzy
msgid ""
"https://web.archive.org/web/20160321211320/http://www.sidhe.org/~dan/blog/"
"archives/000178.html"
msgstr "http://www.sidhe.org/~dan/blog/archivos/000178.html"
msgstr ""
"https://web.archive.org/web/20160321211320/http://www.sidhe.org/~dan/blog/"
"archives/000178.html"

#: ../Doc/whatsnew/2.5.rst:555
msgid ""
Expand Down Expand Up @@ -1436,20 +1438,18 @@ msgid "PEP 353: Using ssize_t as the index type"
msgstr "PEP 353: Uso de ssize_t como tipo de índice"

#: ../Doc/whatsnew/2.5.rst:874
#, fuzzy
msgid ""
"A wide-ranging change to Python's C API, using a new :c:type:`Py_ssize_t` "
"type definition instead of :c:expr:`int`, will permit the interpreter to "
"handle more data on 64-bit platforms. This change doesn't affect Python's "
"capacity on 32-bit platforms."
msgstr ""
"Un amplio cambio en la API de C de Python, que utiliza una nueva definición "
"de tipo :c:type:`Py_ssize_t` en lugar de :c:type:`int`, permitirá al "
"intérprete manejar más datos en plataformas de 64 bits. Este cambio no "
"afecta a la capacidad de Python en plataformas de 32 bits."
"Un cambio de gran alcance en la API C de Python, que usa una nueva "
"definición de tipo :c:type:`Py_ssize_t` en lugar de :c:expr:`int`, permitirá "
"que el intérprete maneje más datos en plataformas de 64 bits. Este cambio no "
"afecta la capacidad de Python en plataformas de 32 bits."

#: ../Doc/whatsnew/2.5.rst:879
#, fuzzy
msgid ""
"Various pieces of the Python interpreter used C's :c:expr:`int` type to "
"store sizes or counts; for example, the number of items in a list or tuple "
Expand All @@ -1460,16 +1460,16 @@ msgid ""
"unix.org/version2/whatsnew/lp64_wp.html for a discussion -- but the most "
"commonly available model leaves :c:expr:`int` as 32 bits.)"
msgstr ""
"Varias partes del intérprete de Python utilizaban el tipo :c:type:`int` de C "
"para almacenar tamaños o recuentos; por ejemplo, el número de elementos de "
"una lista o tupla se almacenaba en un :c:type:`int`. Los compiladores de C "
"para la mayoría de las plataformas de 64 bits siguen definiendo :c:type:"
"`int` como un tipo de 32 bits, lo que significa que las listas sólo pueden "
"contener hasta ``2**31 - 1`` = 2147483647 elementos. (En realidad, hay "
"algunos modelos de programación diferentes que los compiladores de C de 64 "
"bits pueden utilizar -- véase http://www.unix.org/version2/whatsnew/lp64_wp."
"html para una discusión -- pero el modelo más comúnmente disponible deja :c:"
"type:`int` como de 32 bits)"
"Varias piezas del intérprete de Python usaban el tipo :c:expr:`int` de C "
"para almacenar tamaños o conteos; por ejemplo, la cantidad de elementos en "
"una lista o tupla se almacenaron en un :c:expr:`int`. Los compiladores de C "
"para la mayoría de las plataformas de 64 bits aún definen :c:expr:`int` como "
"un tipo de 32 bits, lo que significa que las listas solo pueden contener "
"hasta ``2**31 - 1`` = 2147483647 elementos. (En realidad, hay algunos "
"modelos de programación diferentes que los compiladores de C de 64 bits "
"pueden usar; consulte https://unix.org/version2/whatsnew/lp64_wp.html para "
"ver una discusión, pero el modelo más comúnmente disponible deja :c: expr:"
"`int` como 32 bits)."

#: ../Doc/whatsnew/2.5.rst:888
msgid ""
Expand All @@ -1487,7 +1487,6 @@ msgstr ""
"espacio de direcciones de 32 bits."

#: ../Doc/whatsnew/2.5.rst:894
#, fuzzy
msgid ""
"It's possible to address that much memory on a 64-bit platform, however. "
"The pointers for a list that size would only require 16 GiB of space, so "
Expand All @@ -1499,17 +1498,17 @@ msgid ""
"users is still relatively small. (In 5 or 10 years, we may *all* be on 64-"
"bit machines, and the transition would be more painful then.)"
msgstr ""
"Sin embargo, es posible direccionar esa cantidad de memoria en una "
"plataforma de 64 bits. Los punteros para una lista de ese tamaño sólo "
"requerirían 16 GiB de espacio, por lo que no es descabellado que los "
"programadores de Python puedan construir listas tan grandes. Por lo tanto, "
"el intérprete de Python tuvo que ser cambiado para usar algún tipo diferente "
"a :c:type:`int`, y este será un tipo de 64 bits en plataformas de 64 bits. "
"El cambio causará incompatibilidades en las máquinas de 64 bits, por lo que "
"se consideró que valía la pena hacer la transición ahora, mientras el número "
"de usuarios de 64 bits es todavía relativamente pequeño. (En 5 o 10 años, "
"puede que *todos* estemos en máquinas de 64 bits, y la transición sería "
"entonces más dolorosa)"
"Sin embargo, es posible abordar esa cantidad de memoria en una plataforma de "
"64 bits. Los punteros para una lista de ese tamaño solo requerirían 16 GiB "
"de espacio, por lo que no es irrazonable que los programadores de Python "
"puedan construir listas tan grandes. Por lo tanto, el intérprete de Python "
"tuvo que cambiarse para usar algún tipo diferente a :c:expr:`int`, y este "
"será un tipo de 64 bits en plataformas de 64 bits. El cambio provocará "
"incompatibilidades en las máquinas de 64 bits, por lo que se consideró que "
"valía la pena hacer la transición ahora, mientras que la cantidad de "
"usuarios de 64 bits aún es relativamente pequeña. (En 5 o 10 años, es "
"posible que *todo* esté en máquinas de 64 bits y la transición sería más "
"dolorosa entonces)."

#: ../Doc/whatsnew/2.5.rst:904
msgid ""
Expand All @@ -1527,7 +1526,6 @@ msgstr ""
"algunas variables a :c:type:`Py_ssize_t`."

#: ../Doc/whatsnew/2.5.rst:910
#, fuzzy
msgid ""
"The :c:func:`PyArg_ParseTuple` and :c:func:`Py_BuildValue` functions have a "
"new conversion code, ``n``, for :c:type:`Py_ssize_t`. :c:func:"
Expand All @@ -1536,11 +1534,10 @@ msgid ""
"including :file:`Python.h` to make them return :c:type:`Py_ssize_t`."
msgstr ""
"Las funciones :c:func:`PyArg_ParseTuple` y :c:func:`Py_BuildValue` tienen un "
"nuevo código de conversión, ``n``, para :c:type:`Py_ssize_t`. Las "
"funciones :c:func:`PyArg_ParseTuple` ``s#`` y ``t#`` siguen devolviendo :c:"
"type:`int` por defecto, pero puedes definir la macro :c:macro:"
"`PY_SSIZE_T_CLEAN` antes de incluir :file:`Python.h` para que devuelvan :c:"
"type:`Py_ssize_t`."
"nuevo código de conversión, ``n``, para :c:type:`Py_ssize_t`. ``s#`` y "
"``t#`` de :c:func:`PyArg_ParseTuple` aún generan :c:expr:`int` de forma "
"predeterminada, pero puede definir la macro :c:macro:`PY_SSIZE_T_CLEAN` "
"antes de incluir :file:`Python.h` para que devuelvan :c:type:`Py_ssize_t`."

#: ../Doc/whatsnew/2.5.rst:916
msgid ""
Expand Down Expand Up @@ -2200,7 +2197,6 @@ msgstr ""
"(Contribución de Skip Montanaro)"

#: ../Doc/whatsnew/2.5.rst:1292
#, fuzzy
msgid ""
"The :mod:`csv` module, which parses files in comma-separated value format, "
"received several enhancements and a number of bugfixes. You can now set the "
Expand All @@ -2212,14 +2208,13 @@ msgid ""
"not the same as the number of records read."
msgstr ""
"El módulo :mod:`csv`, que analiza archivos en formato de valores separados "
"por comas, ha recibido varias mejoras y una serie de correcciones de "
"errores. Ahora se puede establecer el tamaño máximo en bytes de un campo "
"llamando a la función ``csv.field_size_limit(new_limit)``; si se omite el "
"argumento *new_limit* se devolverá el límite establecido actualmente. La "
"clase :class:`reader` tiene ahora un atributo :attr:`line_num` que cuenta el "
"número de líneas físicas leídas de la fuente; los registros pueden abarcar "
"varias líneas físicas, por lo que :attr:`line_num` no es lo mismo que el "
"número de registros leídos."
"por comas, recibió varias mejoras y varias correcciones de errores. Ahora "
"puede establecer el tamaño máximo en bytes de un campo llamando a la función "
"``csv.field_size_limit(new_limit)``; omitir el argumento *new_limit* "
"devolverá el límite establecido actualmente. La clase :class:`reader` ahora "
"tiene un atributo :attr:`line_num` que cuenta la cantidad de líneas físicas "
"leídas de la fuente; los registros pueden abarcar varias líneas físicas, por "
"lo que :attr:`line_num` no es lo mismo que el número de registros leídos."

#: ../Doc/whatsnew/2.5.rst:1301
msgid ""
Expand Down Expand Up @@ -2993,7 +2988,6 @@ msgstr ""
"accediendo a ellas como atributos del objeto :class:`CDLL`. ::"

#: ../Doc/whatsnew/2.5.rst:1697
#, fuzzy
msgid ""
"Type constructors for the various C types are provided: :func:`c_int`, :func:"
"`c_float`, :func:`c_double`, :func:`c_char_p` (equivalent to :c:expr:`char "
Expand All @@ -3004,15 +2998,15 @@ msgid ""
"constructor. (And I mean *must*; getting it wrong will often result in the "
"interpreter crashing with a segmentation fault.)"
msgstr ""
"Se proporcionan constructores de tipos para los distintos tipos de C: :func:"
"Se proporcionan constructores de tipo para los distintos tipos de C: :func:"
"`c_int`, :func:`c_float`, :func:`c_double`, :func:`c_char_p` (equivalente a :"
"c:type:`char \\*`), etc. A diferencia de los tipos de Python, las versiones "
"de C son todas mutables; puedes asignar a su atributo :attr:`value` para "
"cambiar el valor envuelto. Los enteros y las cadenas de Python se "
"c:expr:`char \\*` ), etcétera. A diferencia de los tipos de Python, las "
"versiones C son todas mutables; puede asignar a su atributo :attr:`value` "
"para cambiar el valor envuelto. Los enteros y las cadenas de Python se "
"convertirán automáticamente a los tipos C correspondientes, pero para otros "
"tipos debes llamar al constructor de tipo correcto. (Y quiero decir *debe*; "
"si se equivoca, a menudo el intérprete se bloquea con un fallo de "
"segmentación)"
"tipos debe llamar al constructor de tipo correcto. (Y me refiero a *debe*; "
"hacerlo mal a menudo resultará en que el intérprete falle con una falla de "
"segmentación)."

#: ../Doc/whatsnew/2.5.rst:1706
msgid ""
Expand All @@ -3037,7 +3031,6 @@ msgstr ""
"esto::"

#: ../Doc/whatsnew/2.5.rst:1724
#, fuzzy
msgid ""
":mod:`ctypes` also provides a wrapper for Python's C API as the ``ctypes."
"pythonapi`` object. This object does *not* release the global interpreter "
Expand All @@ -3046,12 +3039,12 @@ msgid ""
"constructor that will create a :c:expr:`PyObject *` pointer. A simple "
"usage::"
msgstr ""
":mod:`ctypes` también proporciona una envoltura para la API de C de Python "
"como el objeto ``ctypes.pythonapi``. Este objeto *no* libera el bloqueo "
"global del intérprete antes de llamar a una función, porque el bloqueo debe "
"mantenerse cuando se llama al código del intérprete. Hay un constructor de "
"tipo :class:`py_object()` que creará un puntero :c:type:`PyObject \\*`. Un "
"uso sencillo::"
":mod:`ctypes` también proporciona un contenedor para la API C de Python como "
"objeto ``ctypes.pythonapi``. Este objeto *not* libera el bloqueo del "
"intérprete global antes de llamar a una función, porque el bloqueo debe "
"mantenerse cuando se llama al código del intérprete. Hay un constructor de "
"tipo :class:`py_object()` que creará un puntero :c:expr:`PyObject *`. Un uso "
"simple::"

#: ../Doc/whatsnew/2.5.rst:1737
msgid ""
Expand All @@ -3077,17 +3070,18 @@ msgstr ""
"que :mod:`ctypes` está incluido en el núcleo de Python."

#: ../Doc/whatsnew/2.5.rst:1750
#, fuzzy
msgid ""
"https://web.archive.org/web/20180410025338/http://starship.python.net/crew/"
"theller/ctypes/"
msgstr "http://starship.python.net/crew/theller/ctypes/"
msgstr ""
"https://web.archive.org/web/20180410025338/http://starship.python.net/crew/"
"theller/ctypes/"

#: ../Doc/whatsnew/2.5.rst:1750
#, fuzzy
msgid "The pre-stdlib ctypes web page, with a tutorial, reference, and FAQ."
msgstr ""
"La página web de ctypes, con un tutorial, referencias y preguntas frecuentes."
"La página web pre-stdlib ctypes, con un tutorial, referencia y preguntas "
"frecuentes."

#: ../Doc/whatsnew/2.5.rst:1752
msgid "The documentation for the :mod:`ctypes` module."
Expand All @@ -3112,15 +3106,15 @@ msgstr ""
"módulo acelerador :mod:`cElementTree`."

#: ../Doc/whatsnew/2.5.rst:1768
#, fuzzy
msgid ""
"The rest of this section will provide a brief overview of using ElementTree. "
"Full documentation for ElementTree is available at https://web.archive.org/"
"web/20201124024954/http://effbot.org/zone/element-index.htm."
msgstr ""
"El resto de esta sección proporcionará una breve descripción del uso de "
"ElementTree. La documentación completa de ElementTree está disponible en "
"http://effbot.org/zone/element-index.htm."
"El resto de esta sección proporcionará una breve descripción general del uso "
"de ElementTree. La documentación completa de ElementTree está disponible en "
"https://web.archive.org/web/20201124024954/http://effbot.org/zone/element-"
"index.htm."

#: ../Doc/whatsnew/2.5.rst:1772
msgid ""
Expand Down Expand Up @@ -3328,11 +3322,12 @@ msgstr ""
"detalles."

#: ../Doc/whatsnew/2.5.rst:1868
#, fuzzy
msgid ""
"https://web.archive.org/web/20201124024954/http://effbot.org/zone/element-"
"index.htm"
msgstr "http://effbot.org/zone/element-index.htm"
msgstr ""
"https://web.archive.org/web/20201124024954/http://effbot.org/zone/element-"
"index.htm"

#: ../Doc/whatsnew/2.5.rst:1869
msgid "Official documentation for ElementTree."
Expand Down Expand Up @@ -3393,15 +3388,14 @@ msgid "The sqlite3 package"
msgstr "El paquete sqlite3"

#: ../Doc/whatsnew/2.5.rst:1933
#, fuzzy
msgid ""
"The pysqlite module (https://www.pysqlite.org), a wrapper for the SQLite "
"embedded database, has been added to the standard library under the package "
"name :mod:`sqlite3`."
msgstr ""
"El módulo pysqlite (http://www.pysqlite.org), una envoltura para la base de "
"datos incrustada SQLite, se ha añadido a la biblioteca estándar bajo el "
"nombre de paquete :mod:`sqlite3`."
"El módulo pysqlite (https://www.pysqlite.org), un envoltorio para la base de "
"datos incrustada de SQLite, se agregó a la biblioteca estándar con el nombre "
"de paquete :mod:`sqlite3`."

#: ../Doc/whatsnew/2.5.rst:1937
msgid ""
Expand Down Expand Up @@ -3520,9 +3514,8 @@ msgstr ""
"https://www.sqlite.org."

#: ../Doc/whatsnew/2.5.rst:2023
#, fuzzy
msgid "https://www.pysqlite.org"
msgstr "http://www.pysqlite.org"
msgstr "https://www.pysqlite.org"

#: ../Doc/whatsnew/2.5.rst:2023
msgid "The pysqlite web page."
Expand Down Expand Up @@ -3636,17 +3629,16 @@ msgstr ""
"estadísticas en https://scan.coverity.com."

#: ../Doc/whatsnew/2.5.rst:2094
#, fuzzy
msgid ""
"The largest change to the C API came from :pep:`353`, which modifies the "
"interpreter to use a :c:type:`Py_ssize_t` type definition instead of :c:expr:"
"`int`. See the earlier section :ref:`pep-353` for a discussion of this "
"change."
msgstr ""
"El cambio mas notorio en la API de C proviene de :pep:`353`, que modifica el "
"intérprete para utilizar definición de tipo :c:type:`Py_ssize_t` en lugar "
"de :c:type:`int`. Vea la sección anterior :ref:`pep-353` para discutir este "
"cambio."
"El mayor cambio en la API de C provino de :pep:`353`, que modifica el "
"intérprete para usar una definición de tipo :c:type:`Py_ssize_t` en lugar "
"de :c:expr:`int`. Consulte la sección anterior :ref:`pep-353` para obtener "
"una explicación de este cambio."

#: ../Doc/whatsnew/2.5.rst:2099
msgid ""
Expand Down Expand Up @@ -3995,18 +3987,17 @@ msgstr ""
"tupla vacía desactiva esta comprobación de rutas."

#: ../Doc/whatsnew/2.5.rst:2267
#, fuzzy
msgid ""
"C API: Many functions now use :c:type:`Py_ssize_t` instead of :c:expr:`int` "
"to allow processing more data on 64-bit machines. Extension code may need "
"to make the same change to avoid warnings and to support 64-bit machines. "
"See the earlier section :ref:`pep-353` for a discussion of this change."
msgstr ""
"API C: Muchas funciones utilizan :c:type:`Py_ssize_t` en lugar de :c:type:"
"`int` para permitir el procesamiento de más datos en computadoras de 64 "
"bits. Es posible que el código de las extensiones tenga que hacer el mismo "
"cambio para evitar advertencias y soportar computadoras de 64 bits. Véase "
"la sección anterior :ref:`pep-353` para una discusión de este cambio."
"API de C: muchas funciones ahora usan :c:type:`Py_ssize_t` en lugar de :c:"
"expr:`int` para permitir el procesamiento de más datos en máquinas de 64 "
"bits. Es posible que el código de extensión deba realizar el mismo cambio "
"para evitar advertencias y admitir máquinas de 64 bits. Consulte la sección "
"anterior :ref:`pep-353` para obtener una explicación de este cambio."

#: ../Doc/whatsnew/2.5.rst:2272
msgid ""
Expand Down