9.1 rompe líneas en medio de palabras en escritura jemer - ¿solución?

Question

Recientemente informé a los desarrolladores de que la versión 9.1 (a diferencia de la 8 o la 9.0) rompe regularmente las líneas en medio de las palabras (¡y tenemos espacios entre las palabras!). Nuestro proyecto utiliza una escritura no occidental (jemer). Me pregunto si otros que trabajan con escrituras no occidentales tienen este problema ahora. De ser así, por favor, reporten el error y ayuden a que se convierta en una prioridad.

También, si conocen algún truco para solucionarlo, por favor compártanlo.

Por cierto, en este aspecto, PT 9.1 ahora se comporta como Microsoft Word, que durante años ha roto las líneas en medio de las palabras en escritura jemer, incluso cuando las palabras están separadas por espacios. (Nuestro idioma es fuertemente aislante, así que no estamos hablando de palabras largas). Me pregunto si PT 9.1 cambió la forma en que renderiza el texto y utiliza una tecnología similar a la de Microsoft. De ser así, espero que los desarrolladores reconsideren esta elección.

Traducción automática desde English Mostrar original

Answer 1

Parece que esto ya fue reportado como PTX-20833

Harfbuzz delega las decisiones de ruptura de línea. Anteriormente, la ruptura de enlaces complejos (necesaria para el jemer y 3 otros idiomas) se determinaba consultando uniscribe. Ahora se hace consultando icu, lo que corrigió la ruptura de línea para algunos idiomas. Esta es probablemente la causa del cambio.

Traducción automática desde English Mostrar original

Comments

hindlemail, hace unos años Martin Hosken hizo algunos trabajos para corregir la ruptura de línea en jemer en LibreOffice. Pensé que su corrección se hizo en ICU, pero quizás la corrección fue realizar la ruptura de línea en LO en lugar de en ICU.

Traducción automática desde English Mostrar original

---

Consulté con Martin sobre su corrección en LibreOffice. Dijo que ICU no aceptó sus correcciones porque solo implementó C++ y también querían que se hiciera en Java.

Traducción automática desde English Mostrar original

---

Apenas recibí la actualización a 9.1.104.39. Todavía no hay cambios – supongo que la corrección no estaba destinada a esta actualización. (Anteriormente había visto una nota que decía que corregir esto era una prioridad para la próxima actualización.)

Traducción automática desde English Mostrar original

---

El cambio se incluyó en la actualización 9.1.104.39, pero no es la opción predeterminada porque cambiar la opción predeterminada causaría problemas para otros.

Si abren la configuración de Paratext, hay una nueva opción para la ruptura de palabras en jemer (es el único idioma del que sabemos que desearía esta opción). Marcar esta opción y reiniciar Paratext debería darles el comportamiento que desean.

John+Wickberg
Soporte de Paratext

Traducción automática desde English Mostrar original

---

Estoy usando 9.1.104.39, marqué la casilla en la configuración y reinicié Paratext, pero todavía veo algunas palabras rotas, como en el resaltado aquí:

PastedGraphic-3.png1779×753 150 KB

Traducción automática desde English Mostrar original

---

Por si les interesa: Los idiomas que utilizan escrituras basadas en el tailandés también tienen problemas con la división de palabras, pero esto siempre ha sido así en Paratext (aparentemente a diferencia de las escrituras basadas en el jemer, y creo que las basadas en el lao, que parecían estar corregidas por un tiempo para no romperse). Para Print Draft se corrigió el año pasado, pero en la pantalla las palabras se dividen incorrectamente en los saltos de línea. Creo que con las escrituras basadas en el tailandés hubo problemas de fuente que no permitían corregir la ruptura (excepto en Print Draft y en ptxprint), así que dudo de que esta corrección para el jemer nos ayude. ¡Pero nos encantaría que lo hiciera!!
Linda119

Traducción automática desde English Mostrar original

---

¿Tiene algún efecto marcar la casilla? (es decir, ¿corrige algunas cosas pero no todas?)
El ejemplo que se utilizó al corregir esto fue:

យេហូវ៉ា
(1799,17c1,17a0,17bc,179c,17c9,17b6)

Si la casilla no corrige eso, ¿podrían intentar lo siguiente?

Crear el archivo C:\Users\$USER\AppData\Local\ParatextGeckoPreferencesOverrides.txt
(reemplazando $USER con el nombre de usuario apropiado)

y pegar esta línea en el archivo:

b intl.complexLineBreaking.uniscribe true

y guardar.

Ahora, si reinician Paratext, ¿esto hace alguna diferencia?

Traducción automática desde English Mostrar original

---

Los cambios de código de Paratext se incluyeron en el parche, pero no se incluyó la versión actualizada del motor de Firefox.

Nuestras pruebas normalmente utilizan compilaciones diferentes a las del parche y esas compilaciones tenían la versión correcta de Firefox.

Trabajaré en incluir la versión de Firefox en nuestro próximo parche, que se enviará la próxima semana.

John+Wickberg

Traducción automática desde English Mostrar original

---

	hindlemail Developer 12 de febrero

¿Tiene algún efecto marcar la casilla? (es decir, ¿corrige algunas cosas pero no todas?)

No estoy seguro, pero dado el correo electrónico de John+Wickberg W, supongo que no es importante buscar más.

El ejemplo que se utilizó al corregir esto fue:

យេហូវ៉ា
(1799,17c1,17a0,17bc,179c,17c9,17b6)

Si la casilla no corrige eso, ¿podrían intentar lo siguiente?

Crear el archivo C:\Users$USER\AppData\Local\ParatextGeckoPreferencesOverrides.txt
(reemplazando $USER con el nombre de usuario apropiado)

y pegar esta línea en el archivo:

b intl.complexLineBreaking.uniscribe true

y guardar.

Ahora, si reinician Paratext, ¿esto hace alguna diferencia?

Pegar “b intl.complexLineBreaking.uniscribe true”
En "C:\Users\LivingField\AppData\Local\ParatextGeckoPreferencesOverrides.txt”
No corrigió la ruptura de la palabra យេហូវ៉ា
Estaré esperando la compilación de la próxima semana con Gecko actualizado.

Traducción automática desde English Mostrar original

---

Ayer mi PT se actualizó a 9.1.104.59. Después de la actualización, la ruptura de línea sigue estando rota.

image1171×602 203 KB

En la versión 1.104.39 ya había seleccionado “Solo jemer: Soportar saltos de línea complejos”. Después de actualizar a 104.59, desmarqué esa opción, reinicié PT, la volví a seleccionar y reinicié de nuevo – todo para asegurarme de que la opción estuviera “activa”. Pero no funcionó.

Gracias por su atención a esto. Será agradable tener una corrección.

Traducción automática desde English Mostrar original

---

Probando con su proyecto y 9.1.104.59, parece que funciona para mí:

Con la opción habilitada:

1162×173

y:

1091×169

Con la opción deshabilitada:

1095×143

Sé que tengo una fuente diferente a la suya, pero no pude localizar la fuente Khmer Barkaew. No creo que eso haga diferencia, pero podría valer la pena descartarlo. (Si pueden proporcionarme fácilmente la fuente, la probaré con ella).

Por lo tanto, si están de acuerdo en que mis capturas de pantalla muestran el comportamiento esperado (y no estoy malinterpretando el problema), y la fuente no hace diferencia, creo que vale la pena verificar que el proceso de actualización de paratext haya funcionado como se esperaba.

En el explorador de Windows, ¿podrían navegar a C:\Program Files\Paratext 9\Firefox64 y hacer clic derecho → propiedades en xul.dll. El campo Tamaño: debería ser “75,891,200 bytes”. Si no lo es, es probable que esa sea la causa de esto.

Si el tamaño no coincide, pueden corregir esto manualmente haciendo lo siguiente:

descargar:
https://www.nuget.org/api/v2/package/Geckofx60.64.Windows/0.18.0
cambiar la extensión de la descarga a .zip

Extraer el archivo: content/Firefox64/xul.dll

1. detener paratext.
2. cambiar el nombre de C:\Program Files\Paratext 9\Firefox64\xul.dll a xul.dll_original
3. copiar xul.dll desde el archivo zip a C:\Program Files\Paratext 9\Firefox64\
4. reiniciar paratext

Traducción automática desde English Mostrar original

---

Los archivos de la descarga lo corrigieron para mí.

Traducción automática desde English Mostrar original

---

¿Hay alguna posibilidad de que esto también se pueda hacer para los idiomas con escritura tailandesa? Intenté reemplazar xul.dll siguiendo estas instrucciones, pero no hizo ninguna diferencia, las palabras en la pantalla de Paratext para nuestro idioma basado en el tailandés todavía se dividen entre líneas, así que supongo que solo se aplica al jemer.

Linda119

Traducción automática desde English Mostrar original

---

Esto lo corrigió para mí también. ¡Gracias!

Traducción automática desde English Mostrar original

---

Hola, Linda119:

Los idiomas a los que afecta esta opción son:
tailandés, lao, tibetano, jemer
(Puede que la etiqueta de esta opción no sea la más adecuada. Además de ser relevante para otros idiomas, tenerla desmarcada sí admite saltos de línea complejos. Mi comprensión es que desmarcada es más conforme con Unicode en cuanto a cómo se realizan los saltos de línea, lo cual puede diferir de cómo funcionaban las cosas antes.)

Lo único que hace esta opción es revertir al comportamiento anterior de Paratext para los saltos de línea complejos.
Por lo tanto, si observó un cambio en los saltos de línea al pasar de la versión 9.0 a la 9.1, esta opción le permite recuperar el comportamiento anterior.

Traducción automática desde English Mostrar original

Answer 2

Ese cambio fue definitivamente no intencional. Paratext utiliza el motor de diseño Harfbuzz de Firefox, por lo que es posible que haya habido una actualización en ese sistema que haya provocado este fallo.

Por favor, utilicen Ayuda > Enviar comentarios para que podamos examinar este problema con más detalle.

Traducción automática desde English Mostrar original