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

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