¿Caracteres no reconocidos?

Question

Hola, estoy usando la última versión de Paratext, WIN10 y PTXPrint. El idioma Satere (SAT) utiliza vocales nasalizadas. Tengo una fuente especial instalada para convertir a vocales nasalizadas. El apóstrofo recto (') se utiliza para representar la glotal. Cuando imprimo Génesis o Éxodo usando PTXPrint, todos estos caracteres se muestran normalmente en el documento PDF. Pero, Levítico muestra el apóstrofo como un cuadrado (es decir, ¿carácter no reconocido?) en el PDF. ¿NUM DEUT MATT muestran las vocales como cuadrados? ¿La configuración no ayuda? Agradecería mucho que alguien pudiera ayudarme a corregir este comportamiento. Además, acabo de intentar convertir el PDF a un documento de Word (DOCX) para reemplazar los cuadrados con el carácter apropiado, pero donde aparecen los cuadrados, de repente la mitad de la oración desaparece en la conversión. Acabo de revisar los inventarios de caracteres y puntuación, donde hay algunos problemas, pero el problema con los caracteres no reconocidos al intentar imprimir con PTXPrint continúa.

Traducción automática desde English Mostrar original

Answer 1

Hola anon165192.
Si el diseño ya está definido como NFC, lo único que se me ocurre a partir del mensaje de XeTeX es que no estás usando la misma fuente en Paratext y PTXprint.

Por el mensaje de XeTeX, parece que quieres usar la fuente “MarkTNR Satere”. ¿Es posible que estés usando otra fuente en Paratext?
Puedes verificar si tienes la misma fuente configurada en ambos programas.

image1341×423 91.7 KB

Si no es así, intenta ir a esta opción en PTXprint. Pestaña “Fonts + Scripts” y cambia estos 4 campos a tu fuente (Regular, Bold, Italic, Bold Italic). Luego intenta generar tu PDF.

Saludos,
anon689242.

Traducción automática desde English Mostrar original

Comments

Hola anon689242,

¡Gracias por tu ayuda! Lo intenté, pero tanto Paratext como PTXprint están configurados para usar la fuente MarkNTR Satere.
Después de buscar mucho y hacer preguntas, finalmente encontré una solución temporal. El cambio automático de teclado
algo se deshabilitó en Paratext. Por lo tanto, Génesis y Éxodo se imprimen bien, pero otros libros contenían caracteres que
no pertenecen a la fuente que uso (¡es decir, teclado equivocado = fuente de entrada equivocada)! Después de habilitar el cambio de teclado, tuve que buscar y reemplazar manualmente
cada carácter y ahora los libros se imprimen perfectamente.

Sin embargo, esto es solo una solución temporal. Algunas personas han sugerido que es posible configurar Paratext para que ya no
necesite usar una fuente especial. Pero hasta ahora nadie ha explicado cómo lograr esto. He revisado los cuadros de diálogo Convertir proyecto y
Propiedades del proyecto. El cuadro de diálogo Convertir proyecto no tiene la opción de Caracteres Compuestos (NFC), pero el cuadro de diálogo Propiedades del proyecto
ya está configurado para Unicode y Caracteres Compuestos (NFC). Por lo tanto, creo que el proyecto ya está configurado.
Pero ¿cómo configuro Paratext para poder usar cualquier fuente y aún así poder ingresar vocales nasalizadas, y nasalizada y el apóstrofo recto
que representa la glotal?

¡Agradecido por tu ayuda!

anon165192

Traducción automática desde English Mostrar original

Answer 2

Me suena a que podrías tener una codificación mixta, donde partes del proyecto están usando diferentes puntos de código. Es posible que necesites que alguien se siente contigo para ordenarlo.

Mencionas una fuente “especial”. Esa palabra me asusta. Asumo que significa que está codificada de forma personalizada y solo funcionará con esa fuente. Deberías pedirle a alguien que te ayude a convertir todo tu proyecto a Unicode por completo, si aún no lo está. Entonces no necesitarás una fuente especial, puedes usar casi cualquier fuente latina común.

Traducción automática desde English Mostrar original

Comments

Hola Lorna, gracias por tu respuesta. Acabo de agregar algunas cosas que estoy probando en Paratext pero que no han ayudado. No estoy seguro de entender tu punto sobre la codificación mixta y los puntos de código, ¿podrías explicarlo más? Me temo que no tengo a nadie que se siente conmigo, ya que soy un traductor independiente. Si pudieras indicarme a alguien que pueda ayudar, lo agradecería enormemente. Irónicamente, estoy usando la misma configuración para Levítico que la que usé para Génesis y Éxodo. Por lo tanto, la dificultad para entender cómo Paratext o PTXPrint está interpretando Levítico, Números, Deuteronomio y Mateo de manera diferente. La “fuente especial” fue creada por el especialista de la imprenta de New Tribes hace años, por lo que no veo ningún problema allí. Funciona perfectamente en Word o Paratext, excepto por la y nasalizada, que no logro que funcione en Paratext. Además, usar el apóstrofo recto (') para representar la glotal a veces hace que la palabra se interprete como dos palabras separadas (es decir, ¿separación de palabras?). Sin embargo, esta misma fuente se ha utilizado para Génesis y Éxodo, que se imprimen perfectamente. Apreciaría mucho la ayuda de alguien sobre lo que mencionas sobre convertir todo el proyecto a Unicode (si aún no lo está). No sé cómo hacer eso, pero echaré un vistazo y veré si puedo entender cómo hacerlo. ¡Gracias por ahora! ¡Dios te bendiga!

Traducción automática desde English Mostrar original

---

De posible utilidad:
¿Cómo hago que los datos de mi proyecto de Paratext sean consistentes?

Para un nuevo proyecto:

Para evitar problemas causados por tener datos del proyecto con una mezcla de caracteres compuestos y descompuestos, cuando creas un nuevo proyecto en Paratext 8.0 (y versiones posteriores), hay un menú desplegable de “Normalización” en la pestaña Avanzado del cuadro de diálogo Propiedades del proyecto.

La Normalización predeterminada es Caracteres compuestos (NFC). Esto significa que cuando Paratext guarda el proyecto, convierte todos los datos del proyecto a caracteres compuestos.
Si prefieres que Paratext convierta todos los datos del proyecto a caracteres descompuestos cuando guarda el proyecto, selecciona Caracteres descompuestos (NFD) cuando crees el proyecto.

Si prefieres permitir que Paratext almacene los datos del proyecto como una mezcla de caracteres Compuestos y Descompuestos, selecciona Desactivado (sin normalización) cuando crees el proyecto.
NO recomendamos seleccionar “Desactivado (sin normalización)” a menos que la ortografía del idioma del proyecto use diacríticos de una manera no estándar y el orden en que ocurren los diacríticos sea importante.

Para un proyecto existente:

Si tu proyecto tiene datos con una mezcla de caracteres compuestos y descompuestos (probablemente debido al uso de diferentes disposiciones de teclado), haz lo siguiente para forzar que todos los datos sean consistentes.

1. Haz clic en la pestaña de tu proyecto para que sea la pestaña activa.
2. Haz clic en el icono del menú de la pestaña en tu proyecto, luego desde el menú Proyecto, apunta a Ajustes del proyecto y selecciona Propiedades del proyecto.
3. En la pestaña Avanzado, selecciona una de las siguientes opciones en la lista desplegable de Normalización.

• Caracteres compuestos (NFC) (para que los datos se guarden como caracteres compuestos).
• Caracteres descompuestos (NFD) (para que los datos se guarden como caracteres descompuestos).

4. Haz clic en Aceptar.
   Paratext cambia todos los datos de tu proyecto a la opción de normalización que elegiste.
   Una vez que los datos del proyecto con la mezcla de caracteres compuestos y descompuestos hayan sido hechos consistentes, que todos los miembros del equipo realicen Send/Receive (Enviar/Recibir) del proyecto.

Si prefieres permitir que Paratext almacene los datos del proyecto como una mezcla de caracteres Compuestos y Descompuestos, selecciona Desactivado (sin normalización) de la lista desplegable de Normalización.
NO recomendamos seleccionar “Desactivado (sin normalización)” a menos que la ortografía del idioma del proyecto use diacríticos de una manera no estándar y el orden en que ocurren los diacríticos sea importante.

Traducción automática desde English Mostrar original

---

Hola anon421222,

¡Gracias por esa información! Por lo que puedo ver, mi proyecto ya está configurado como Unicode y
Caracteres Compuestos (¡mira la captura de pantalla a continuación!). A la izquierda está el cuadro de diálogo Convertir proyecto, que no
muestra la opción de Caracteres Compuestos. Pero a la derecha, las Propiedades del proyecto parecen mostrar que
el proyecto está configurado como Unicode (es decir, aparece Unicode y el botón está deshabilitado) y Caracteres Compuestos.

image.png1605×492 136 KB

Alguien de PTXPrint me dijo que mirara el final del registro de XeTeX y, según su sugerencia, encontré lo
siguiente:

Missing character: There is no ꞌ (U+A78C) in font MarkTNR Satere! > ꞌ = U+0027
Missing character: There is no ỹ (U+1EF9) in font MarkTNR Satere! > ỹ = U+00FF
Missing character: There is no ẽ (U+1EBD) in font MarkTNR Satere! > ẽ = U+00E6
Missing character: There is no ĩ (U+0129) in font MarkTNR Satere! > ĩ = U+00F0

El idioma Satere-Mawe (SAT) utiliza vocales nasalizadas, y nasalizada y el apóstrofo recto para la glotal.
MarkTNR Satere es la fuente que uso, pero el número Unicode del carácter faltante es diferente del mismo carácter
en la fuente que uso (es decir, después del símbolo >).

Por lo tanto, los símbolos rectangulares de caracteres no reconocidos que aparecen cuando imprimo usando PTXPrint son los
caracteres faltantes anteriores. De alguna manera, la entrada en Paratext parece no estar usando la fuente MarkTNR Satere, aunque esta es
la fuente que está configurada en el proyecto.

Un par de personas han sugerido que el proyecto se puede convertir de alguna manera para que no
necesite usar una fuente especial. Pero nadie ha explicado realmente cómo lograr esto. Estoy dispuesto a hacer el trabajo, pero no
sé qué hacer. He intentado investigar la conversión del proyecto, pero aparentemente ya está configurado para Unicode y Caracteres Compuestos.

A continuación hay una captura de pantalla del error que obtengo al usar PTXPrint para imprimir en PDF. Los caracteres faltantes en Levítico parecen ser
la glotal, pero en otros libros son las vocales nasalizadas las que no se reconocen.

image.png1298×800 122 KB

¡Su ayuda es muy apreciada! ¡Dios te bendiga!

anon165192

Traducción automática desde English Mostrar original

Answer 3

Por lo que dices arriba, tu fuente MarkNTR Satere no es compatible con Unicode. Ha reemplazado caracteres como y diéresis con y tilde y esos necesitan ser corregidos. Creo que una rutina simple de buscar/reemplazar funcionaría.
Buscar U+0027 Reemplazar U+A78C
Buscar U+00FF > U+1EF9
Buscar U+00E6 > U+1EBD
Buscar U+00F0 > U+0129

Es posible que tengas otros puntos de código modificados. Necesitas hacer eso con cada vocal nasal y cualquier otro carácter especial en tu ortografía. Entonces deberías poder cambiar a usar Charis SIL, pero también necesitarás cambiar los teclados. Si tienes el archivo fuente de tu teclado, podría ayudarte a cambiarlo para que produzca caracteres compatibles con Unicode.

Traducción automática desde English Mostrar original

Comments

Hola, Lorna, no estoy seguro de qué dije que indique que la fuente no es compatible con Unicode. El cambio automático de teclado se desactivó de alguna manera, lo que significa que se estaba usando una fuente regular para la entrada en lugar de la fuente que yo uso. Cuando habilité el cambio de teclado, pude buscar y reemplazar caracteres manualmente. Además, no estoy seguro de dónde se puede buscar y reemplazar usando números Unicode, como sugieres. Me temo que anon421222 no sé cómo usar números Unicode de esa manera. Sin embargo, puedo enviarte la fuente para que la examines.
fontsetc_.zip (99.9 KB)

Traducción automática desde English Mostrar original

Answer 4

¡Gracias por la fuente! Eso es de gran ayuda. Lo que tienes es lo que a veces llamamos una fuente modificada o una fuente con «codificación personalizada». Antes de Unicode, hacíamos eso mucho porque era la única forma de obtener los caracteres que necesitábamos. Así que, aunque para ti se siente como Unicode, algunos de los caracteres fueron redefinidos a partir del Unicode real. Por lo tanto, la tuya probablemente sea la única fuente del mundo que tenga esta correspondencia. Si perdieras la asociación de tus datos con esta fuente, nadie sabría qué caracteres deberían ser (de ahí las cajas cuadradas)

Por ejemplo, el carácter Unicode ÿ (U+00FF) fue redefinido para ser una y con tilde. En números Unicode, eso sería ỹ (U+1EF9).

En este punto, es posible que no quieras pasar por el proceso de convertir tus datos a Unicode. Pero, si estuvieras dispuesto a hacerlo y alguien pudiera ayudarte, estaría dispuesto a crear un archivo de correspondencia que mapee tus puntos de código personalizados a los puntos de código Unicode correctos. Podría hacerlo basándome en lo que veo en la fuente.

Deberías realizar la conversión de datos y la actualización del teclado al mismo tiempo.

Para la estabilidad a largo plazo de los datos, realmente deberías convertirlos a Unicode, pero no anon421222 sé en qué proceso de traducción te encuentras.

Traducción automática desde English Mostrar original

Comments

Hola, Lorna,

Tú y yo llegamos a la misma conclusión. También creo que esto es el resultado de una fuente modificada. Te enviaré un correo electrónico y anon165192 fuera de la lista para ver qué podemos hacer.

james_post

Traducción automática desde English Mostrar original

Answer 5

Puedes encontrar más detalles en el tema de ayuda de Paratext

Mi texto del proyecto usa una fuente «personalizada». ¿Cómo la convierto a Unicode?

Con referencia a ese elemento, Lorna se ofrece a proporcionar un archivo de correspondencia (.map) que podría usarse para la conversión. Necesitarás un teclado revisado que produzca caracteres Unicode (o podrías encontrar un teclado que produzca los caracteres que necesitas y usar ese). Después de haberte cambiado a Unicode, tendrás la opción de una gran cantidad de fuentes, por lo que eso no debería ser un problema (excepto que la fuente personalizada que has estado usando probablemente no funcione).

Traducción automática desde English Mostrar original

Comments

Hola anon806807, ¡gracias por eso! Sí, tanto Lorna como james_post están comunicándose conmigo y Lorna está trabajando en el .map. Después de convertir a Unicode, no anon421222 creo que necesitaré la fuente que he estado usando.

Traducción automática desde English Mostrar original