Apply suggestions from code review

Co-authored-by: Brian Bokser <brianbok@users.noreply.github.com>

Author: cmaureir

library/codecs.po

@@ -1554,7 +1554,7 @@ msgstr ""
 "Las cadenas de caracteres se almacenan internamente como secuencias de puntos de "
 "código en el rango ``0x0`` -- ``0x10FFFF``. (Consulte :pep:`393` para "
 "obtener más detalles sobre la implementación.) Una vez que se utiliza un "
-"objeto de cadena fuera de la CPU y la memoria, la *endianness* y cómo se "
+"objeto de cadena de caracteres fuera de la CPU y la memoria, la *endianness* y cómo se "
 "almacenan estos conjuntos como bytes se convierte en un problema. Al igual "
 "que con otros códecs, la serialización de una cadena en una secuencia de "
 "bytes se conoce como *encoding*, y la recreación de la cadena a partir de la "
@@ -1646,7 +1646,7 @@ msgstr ""
 "aparecer en un texto Unicode. Entonces, cuando el primer carácter en una "
 "secuencia de bytes ``UTF-16`` o ``UTF-32`` parece ser un ``U+FFFE``, los "
 "bytes deben intercambiarse en la decodificación. Desafortunadamente, el "
-"carácter ``U+FEFF`` tenía un segundo propósito como ``ESPACIO SIN CIERRE DE "
+"carácter ``U+FEFF`` tenía un segundo propósito como ``ESPACIO SIN QUIEBRE DE "
 "ANCHO CERO``: un carácter que no tiene ancho y no permite dividir una "
 "palabra. Puede por ejemplo ser usado para dar pistas a un algoritmo de "
 "ligadura. Con Unicode 4.0, el uso de ``U+FEFF`` como ``ESPACIO SIN QUIEBRE "
@@ -1731,8 +1731,7 @@ msgid ""
 msgstr ""
 "Como UTF-8 es una codificación de 8 bits, no se requiere una lista de "
 "materiales y cualquier carácter ``U+FEFF`` en la cadena decodificada "
-"(incluso si es el primer carácter) se trata como un ``ZERO WIDTH NO-BREAK "
-"SPACE``."
+"(incluso si es el primer carácter) se trata como un `ESPACIO SIN QUIEBRE DE ANCHO CERO`` (*``ZERO WIDTH NO-BREAK SPACE``*)."
 
 #: ../Doc/library/codecs.rst:945
 msgid ""