Le texte ruby est incorrectement au-dessus du texte de base dans un diglotte, bien qu'il ne soit pas coché dans les deux projets.

Question

J'ai un diglotte où l'un des textes est un texte interlinéaire. Bien que le texte « Ruby Text Above » ne soit pas coché sur l'onglet Advanced pour aucun des deux textes du diglotte, le texte ruby apparaît au-dessus du mot de base, ce que nous ne voulons pas. S'agit-il d'un bug à corriger, ou est-ce que je fais une erreur ?

Voici l'archive : Lien Google Drive vers l'archive

Traduit automatiquement depuis English Afficher l'original

Answer 1

Oui, il semble qu'il s'agisse d'un bug, d'après ce que je vois. Mais je me demande si cela fonctionnerait mieux si le diglotte (ALEPH) était le projet principal et qu'il appelait PRK en tant que projet secondaire.

Présumablement, vous êtes en mesure d'obtenir la langue originale ci-dessus lorsque vous exécutez ALEPH indépendamment, et cela ne fonctionne que lorsqu'il est associé à un autre texte en tant que diglotte.

Malheureusement, l'archive soumise n'a pas réussi à récupérer et à empaqueter le dossier interlinéaire pour ALEPH. Pourriez-vous s'il vous plaît envoyer une autre archive contenant uniquement un interlinéaire ALEPH afin que nous puissions reproduire le problème et, espérons-le, résoudre le problème.

Traduit automatiquement depuis English Afficher l'original

Comments

Voici l'archive ALEPH. Est-ce ce dont vous avez besoin ?

Traduit automatiquement depuis English Afficher l'original

---

J'ai remarqué aujourd'hui qu'il semble y avoir eu un changement dans le comportement des texhacks (et d'autres choses aussi ? Je ne sais pas) et les valeurs booléennes ne sont définies dans le fichier TeX que si elles ne sont pas d'accord avec ce que python considère comme la valeur par défaut. Si python et TeX ne sont pas d'accord sur la valeur par défaut, alors le drapeau devient incontrôlable. C'est un peu ennuyeux si la « valeur par défaut raisonnable pour les projets legacy n'utilisant pas l'interface utilisateur » != « valeur par défaut raisonnable lors de l'utilisation de l'interface utilisateur ».

Traduit automatiquement depuis English Afficher l'original

---

Merci pour l'archive ALEPH. Malheureusement, elle ne contenait pas le dossier interlinear_prs comme je m'y attendais. [Un autre bug/régression à corriger !] 

Cependant, je pense que nous avons maintenant suffisamment d'informations pour pouvoir reproduire le problème et revenir vers vous. Merci.

Cependant, je me demande toujours si cela fonctionne mieux « si le diglotte (ALEPH) est le projet principal et qu'il appelle PRK en tant que projet secondaire »

Traduit automatiquement depuis English Afficher l'original