Suppression/insertion de la marque RTL dans la translittération

Question

J'essaie d'affiner un convertisseur d'encodage .tec afin de le rendre sûr pour un aller-retour (round trip) pour une translittération de gauche à droite d'un projet de langue de droite à gauche. (Cela permet de comparer avec l'original pour s'assurer que les ajustements de l'orthographe du côté de l'alphabet latin n'ont pas introduit de modifications dans le texte.)

L'obstacle principal à cela est la marque RTL qui apparaît après les deux-points et les tirets dans les références de versets. Il est bien sûr facile de supprimer les marques RTL lors du passage de RTL à LTR ; mais les insérer lors du retour nécessite un peu plus de manipulation. Je peux le faire avec une expression régulière, mais j'aimerais le rendre automatique pour ceux qui ne sont pas familiers avec RegexPal.

Des suggestions sur la façon de faire cela ?

Traduit automatiquement depuis English Afficher l'original

Answer 1

Je trouve étrange que le reste de mon e-mail ait été supprimé. Voici les trois choses à essayer :

1. Je ne vois aucune balise \ior…\ior* dans votre capture d'écran. Essayez de l'ajouter autour de vos références dans le projet d'origine. Vous devriez l'utiliser de toute façon pour un formatage approprié.
2. Essayez de passer d'une vue à l'autre – de la vue standard à la vue non formatée et retour dans votre fenêtre de texte principale de Paratext. Cela peut déclencher Paratext pour ajouter ce type d'éléments.
3. Cela pourrait être dû au fait qu'un projet converti n'est pas modifiable par conception et que Paratext lui-même ne le modifie donc pas non plus. Essayez de créer un projet auxiliaire et d'importer le texte converti pour voir si le changement se produit. C'est en fait une bonne pratique de toute façon, car il y a souvent un certain nombre de choses que vous voulez faire manuellement au projet avant la publication, ce que vous ne pouvez pas faire sur le projet de conversion d'origine, non modifiable.

Traduit automatiquement depuis English Afficher l'original

Comments

Merci encore, Shegnada.

1. Paratext ne me permet pas d'insérer \ior dans le projet d'origine. Je peux l'ajouter au projet translittéré, mais alors la séquence numérique s'affiche complètement LTR au lieu d'être mixte.

2. J'ai parcouru toutes les vues, ainsi que les trois sélections sous Project Advanced/Normalization (je ne comprends pas ce que c'est, mais c'était un paramètre que je ne reconnaissais pas, donc j'ai pensé que cela pourrait être lié.)

3. BHDyMT2L est déjà un projet auxiliaire modifiable.

J'ai essayé quelques autres choses :
a) J'ai essayé de retaper certaines des séquences numériques, mais cela n'a rien changé
b) J'ai essayé d'ajouter manuellement des marqueurs RTL à des séquences numériques spécifiques dans BHDyMT2L, mais ils ne semblaient pas « rester » ; le panneau de comparaison montrait toujours un RTL du côté de BHD, et aucun du côté de BHDyMT2L.
c) J'ai essayé de faire un clic droit sur une différence et de sélectionner « revert change », mais cela n'a rien fait non plus

Enfin, j'ai fermé PT 9 et j'ai ouvert PT 8 (qui voulait faire une mise à jour, que j'ai autorisée) et j'ai ouvert une fenêtre Compare, à nouveau avec BHDyMT2L à gauche et BHD à droite. Maintenant, je voyais beaucoup de MOTS s'allumer comme s'ils étaient différents, mais je ne pouvais pas voir de différence visible entre eux, même avec « show invisible characters » activé. Mais j'ai choisi l'une des différences numériques, j'ai fait un clic droit dessus, j'ai sélectionné « revert text » et, miracle, TOUTES les différences numériques ont disparu. Les différences de mots ne l'ont pas fait (à moins que je ne fasse un clic droit-revert text sur eux). mais j'ai décidé d'essayer à nouveau dans PT 9. Cette fois, j'ai ouvert le panneau Compare avec BHD à gauche. Maintenant, les seules différences affichées sont les vraies différences que je cherchais au départ, et un certain nombre d'endroits (apparemment) aléatoires où BHD a des marques RTL APRÈS un nombre, et ne me permet pas de les supprimer.

Donc : pour le moment, il semble effectivement que Paratext a enfin décidé d'insérer les marques RTL dans les références du projet auxiliaire basé sur la translittération ; mais la façon dont il est arrivé à ce point est toujours trop étrange pour être utile…

-DVM

Traduit automatiquement depuis English Afficher l'original

---

Je demanderais de l'aide via Give Feedback dans le menu Aide. Désolé.

Bénédiction,

Traduit automatiquement depuis English Afficher l'original

---

DVM:

Paratext ne me permet pas d'insérer \ior dans le projet d'origine.

Veuillez expliquer ce qui se passe lorsque vous essayez d'ajouter la balise \ior. La balise devient-elle rouge ? Les références ne s'affichent-elles pas correctement d'une autre manière ? Peut-être avez-vous juste besoin d'affiner votre feuille de style.

Traduit automatiquement depuis English Afficher l'original

---

J'ai réessayé, et cette fois j'ai pu insérer des \ior. Ils étaient rouges parce qu'ils suivaient \io1, ce qui, je vois, devrait maintenant être juste \io. J'ai changé \io1 en \io et j'ai ajouté \ior…\ior* autour des références dans l'introduction du livre pour MAT.

Cela ne semblait pas immédiatement changer l'affichage des références, bien qu'aujourd'hui les marqueurs RTL semblaient être présents. Une « compare versions » sur les deux projets n'a montré aucune différence, mais dans une comparaison visuelle, l'ordre des nombres suivant un deux-points ou un tiret dans le projet translittéré était toujours inversé.

J'ai essayé de copier les paramètres de Scripture Reference depuis le projet d'origine, puis j'ai fait « Copy Books » depuis le projet rétro-translittéré (BHDxMT2L) vers un projet auxiliaire BHDyMT2L). Maintenant, les références dans les deux projets s'affichent correctement(!)

Mais pour une raison quelconque, les projets translittérés n'aiment pas avoir un séparateur alphabétique entre une plage de chapitres. Je joins une capture d'écran au cas où vous seriez intéressé…

image1608×580 159 KB

Traduit automatiquement depuis English Afficher l'original

Answer 2

Bonjour DVM,

Paratext insère automatiquement ces caractères. En fait, il est très difficile de s'en débarrasser si vous ne les voulez pas. Avez-vous confirmé que l'insertion automatique ne fonctionne pas ? Un point clé serait de vous assurer que toutes les références sont correctement marquées comme des références en utilisant \r \ior ou \xt…\xt*. Je crois qu'il y a quelques options de plus, mais ce sont les plus courantes.

Bénédiction,

Traduit automatiquement depuis English Afficher l'original

Comments

Bonjour Shegnada,

Veuillez consulter la capture d'écran jointe : BHDxMT2L est créé en exécutant un convertisseur d'encodage sur une translittération de BHD ajustée manuellement. Comme vous pouvez le voir, il y a des différences (marques RTL) dans toutes les expressions numériques impliquant des deux-points ou des tirets, y compris celles suivant \r et \fr.

Lorsque je l'ai testé il y a quelques mois (et peut-être avant le passage à PT 9 ?), je me souviens que Paratext insérait effectivement les marques RTL. Pensant que ce ne serait pas un problème, j'ai supprimé les marques RTL de la translittération en alphabet latin. Mais maintenant que j'en suis enfin au point où j'ai besoin de la comparaison, Paratext ne semble plus le faire. Peut-être y a-t-il un moyen de désactiver ou d'activer l'insertion ?

image760×826 66.6 KB

Traduit automatiquement depuis English Afficher l'original

---

Cher DVM,

Je n'ai pas vu de nouveau comportement à cet égard dans la version 9.1, bien que nous ayons demandé plus de contrôle sur ces caractères par le passé et qu'ils aient peut-être répondu. Vous pourriez tester cela en essayant d'ajouter ou de supprimer manuellement les caractères dans un projet RTL non de conversion.

Mais il y a trois choses que vous pourriez examiner avant de signaler un problème via « Feedback » dans le menu Aide.

Traduit automatiquement depuis English Afficher l'original

Answer 3

Je n'ai aucune idée si cela est utile, mais si vous utilisez des marques RTL spécifiquement pour les références bibliques, (par ex : Jean 2:1), j'ai trouvé que la solution la plus fiable est d'avoir un espace à côté des deux-points. En anglais, cela donnerait « John 2: 1 ». Cela ordonne le numéro du chapitre et le numéro du verset dans l'ordre que vous attendez, basé sur la direction du texte environnant. Certains guides de style arabes recommandent cela.

Traduit automatiquement depuis English Afficher l'original

Comments

Merci pour cette suggestion. Je suppose qu'il serait possible d'ajouter des espaces, bien que nous devrions rechercher l'acceptation par les lecteurs. Les gens semblent satisfaits du format actuel de la version publiée, qui n'a pas d'espace après les deux-points (ou le tiret, qui affecte également la direction des nombres).

Traduit automatiquement depuis English Afficher l'original

---

DVM,

Si l'ajout de l'espace fait l'affaire pour vous, vous n'avez pas besoin de vous soucier de la sortie. Avec de nombreuses sorties, vous pouvez en faire un espace très, très fin et personne ne le verra. Mais je dirais qu'il est tout à fait essentiel que dans Paratext toutes vos références soient validées afin qu'elles puissent être transformées en liens dans la publication en ligne. Je ne suis pas en mesure de vous répondre directement, mais je connais quelqu'un qui peut vous conseiller sur votre mapping et qui est tout à fait à l'aise avec les problèmes RTL. Si vous m'écrivez directement, je répondrai avec leurs coordonnées.

Traduit automatiquement depuis English Afficher l'original

---

Oui, je crains que l'ajout d'espaces dans le format de référence ne complique la validation. Un test rapide tout à l'heure n'était pas prometteur : la boîte de dialogue Scripture References acceptait une combinaison deux-points-espace comme séparateur chapitre-verset, mais cela est marqué comme invalide dans le texte.

Entre-temps, j'ai fait quelques expériences et j'ai pu trouver un chemin reproductible pour obtenir de Paratext qu'il insère les marques RTL : je dois configurer les paramètres de Scripture Reference (que j'ai fait en copiant depuis le projet d'origine.) Si je crée un nouveau projet translittéré de romain à arabe, Paratext n'insère pas les marques RTL jusqu'à ce que je fasse cette étape. Cela semble donc être la clé. Je ne sais pas pourquoi cela devrait être ainsi, mais ce serait bien que cela soit documenté dans le menu d'aide.

Mais la suggestion d'insérer un espace m'a donné une idée pour la translittération arabe>romain. J'ai ajouté une ligne dans le fichier .tec qui change une marque RTL en zero_width_space (U+220B). Cela fait en sorte que les références dans le texte romain s'affichent correctement. Cela semble fonctionner dans l'autre sens également, mais ce n'est pas très pertinent. Le texte romain dans ce cas est pour le consultant à lire, et ne sera pas publié.

Donc, je pense que nous avons une solution viable pour les deux directions de la translittération. Merci pour toutes vos contributions !

Traduit automatiquement depuis English Afficher l'original

---

« La boîte de dialogue Scripture References acceptait une combinaison deux-points-espace comme séparateur chapitre-verset, mais cela est marqué comme invalide dans le texte. »

Vous devriez vérifier vos inventaires de caractères et de ponctuation. Peut-être que les deux-points ou la séquence deux-points-espace sont marqués comme invalides là-bas. Vous ne devriez avoir un problème que si la séquence deux-points-espace est illégale dans d'autres types de texte.

Bénédiction,

Traduit automatiquement depuis English Afficher l'original

---

Il s'avère que lorsque j'ai remplacé le RTL par un espace dans la recherche et le remplacement, il a mis l'espace avant les deux-points. Lorsque j'ai inversé cela, les références s'affichent comme valides.

Donc oui, il semble jusqu'à présent que l'utilisation d'un espace serait une option viable.

Traduit automatiquement depuis English Afficher l'original