9.1 casse les lignes au milieu des mots en écriture khmère - correction ?

Question

J'ai récemment signalé aux développeurs que la version 9.1 (contrairement à la 8 ou à la 9.0) casse régulièrement les lignes au milieu des mots (et nous avons des espaces entre les mots !). Notre projet utilise une écriture non occidentale (khmère). Je me demande si d'autres personnes travaillant avec des écritures non occidentales ont maintenant ce problème ? Si c'est le cas, veuillez signaler le bug et aider à en faire une priorité.

Aussi, si vous connaissez un moyen de contourner ce problème pour le corriger, veuillez le partager.

Au fait, à cet égard, PT 9.1 se comporte maintenant comme Microsoft Word, qui depuis des années casse les lignes au milieu des mots en écriture khmère, même lorsque les mots sont séparés par des espaces. (Notre langue est fortement isolante, donc nous ne parlons pas de mots longs !) Je me demande si PT 9.1 a changé la façon dont il affiche le texte et utilise une technologie similaire à celle de Microsoft ? Si c'est le cas, j'espère que les développeurs réexamineront ce choix.

Traduit automatiquement depuis English Afficher l'original

Answer 1

Il semble que cela ait déjà été signalé sous le numéro PTX-20833

Harfbuzz délègue les décisions de coupure de ligne. Précédemment, la coupure de liens complexes (nécessaire pour le khmer et 3 autres langues) était déterminée en interrogeant uniscribe. Cela est maintenant fait en interrogeant icu, ce qui a corrigé la coupure de ligne pour certaines langues. C'est probablement la cause du changement.

Traduit automatiquement depuis English Afficher l'original

Comments

J'ai essayé avec votre projet et 9.1.104.59, et cela semble fonctionner de mon côté :

Avec l'option activée :

1162×173

et :

1091×169

Avec l'option désactivée :

1095×143

Je sais que j'utilise une police différente de la vôtre, mais je n'ai pas réussi à localiser la police Khmer Barkaew. Je ne pense pas que cela fasse une différence, mais il vaut peut-être la peine de l'exclure. (Si vous pouvez facilement me fournir la police, je testerai avec celle-ci).

Donc, si vous êtes d'accord pour dire que mes captures d'écran montrent le comportement attendu (et que je ne mal interprète pas le problème), et que la police ne fait pas de différence, je pense qu'il vaut la peine de vérifier que le processus de mise à jour de Paratext a fonctionné comme prévu.

Dans l'Explorateur Windows, pourriez-vous naviguer vers C:\Program Files\Paratext 9\Firefox64 et faire un clic droit → propriétés sur xul.dll. Le champ Taille : devrait être « 75,891,200 bytes ». S'il ne l'est pas, c'est probablement la cause de ce problème.

Si la taille ne correspond pas, vous pouvez corriger cela manuellement en effectuant les étapes suivantes :

télécharger :
https://www.nuget.org/api/v2/package/Geckofx60.64.Windows/0.18.0
renommer l'extension du téléchargement en .zip

Extraire le fichier : content/Firefox64/xul.dll

1. arrêter Paratext.
2. renommer C:\Program Files\Paratext 9\Firefox64\xul.dll en xul.dll_original
3. copier xul.dll depuis le fichier zip dans C:\Program Files\Paratext 9\Firefox64\
4. redémarrer Paratext

Traduit automatiquement depuis English Afficher l'original

---

Les fichiers du téléchargement l'ont corrigé pour moi.

Traduit automatiquement depuis English Afficher l'original

---

Y a-t-il une chance que cela puisse aussi être fait pour les langues à écriture thaïe ? J'ai essayé de remplacer xul.dll en suivant ces instructions, mais cela n'a pas fait de différence, les mots à l'écran dans Paratext pour notre langue basée sur le thaï se divisent toujours sur plusieurs lignes, donc je suppose que cela ne s'applique qu'au khmer ?

Linda119

Traduit automatiquement depuis English Afficher l'original

---

Cela l'a aussi corrigé pour moi. Merci !

Traduit automatiquement depuis English Afficher l'original

---

Bonjour Linda119,

Les langues auxquelles cette option s'applique sont les suivantes :
thaï, lao, tibétain, khmer
(Le libellé de cette option n'est peut-être pas le plus approprié. En effet, en plus de concerner d'autres langues, le fait de ne pas cocher cette option permet bien de gérer les retours à la ligne complexes. À ma connaissance, l'option décochée est plus conforme à la norme Unicode en ce qui concerne la gestion des retours à la ligne, ce qui peut différer du fonctionnement antérieur.)

Le seul effet de cette option est de revenir au comportement précédent de Paratext en matière de retours à la ligne complexes.
Ainsi, si vous avez constaté un changement de comportement souhaité lors du passage de la version 9.0 à la 9.1, cette option vous permet de retrouver l'ancien comportement.

Traduit automatiquement depuis English Afficher l'original

Answer 2

Ce changement était certainement involontaire. Paratext utilise le moteur de mise en page Harfbuzz de Firefox, il est donc possible qu'une mise à jour de ce système ait provoqué ce dysfonctionnement.

Veuillez utiliser Aide > Donner un retour afin que nous puissions examiner ce problème de plus près.

Traduit automatiquement depuis English Afficher l'original