Paratext conserve parfois les sauts de ligne dans un commentaire, et d'autres fois non.

Question

Lorsque je crée une note, je souhaite souvent avoir une liste d'éléments terminés, en ajoutant des sauts de ligne. Parfois, la note s'affiche sans les sauts de ligne, ce qui la rend difficile à lire. Par exemple :

Dans les chapitres suivants, nous avons des traductions différentes :9:27 voto mauuna tani tiuaa nitturuu11:31 voto mauuna, aue ealutu nitturuu12:11 voto mauuna tani tiuaa nitturuuDans Matthieu 24:15, nous avons voto sesaaili aue elutu elome tale ale manga ateva, me eghelei taumattu ngatoa la kasu vulia me ale manga ateva aue enim tokaDans Marc 13:14, c'est voto karika liuna tani lutu me eghelei taumattu ngatoa la kasu me ale manga ateva aue enim tokaNous devrions probablement les rendre toutes plus similaires.

Je n'ai pas réussi à identifier un schéma dans les moments où les sauts de ligne sont supprimés. S'agit-il d'un bug ou y a-t-il quelque chose que je dois faire pour qu'ils s'affichent comme des paragraphes distincts ?

Traduit automatiquement depuis English Afficher l'original

Comments

Quelle version de Paratext utilisiez-vous ?

Traduit automatiquement depuis English Afficher l'original

---

La dernière, avec la mise à jour automatique activée. Actuellement 9.5.110.1.

Traduit automatiquement depuis English Afficher l'original

Answer 1

Lorsqu'une note est en cours d'édition, le texte est affiché sous forme de HTML. Lorsque la note est enregistrée, ce HTML est converti en XML et parfois la conversion échoue. Paratext essaie de conserver autant de mise en forme que possible, mais dans le pire des cas, il ne conserve que le texte.

Je ne suis pas sûr de ce qui cause certaines structures inattendues dans le HTML. Cela peut être lié au collage de contenu provenant d'autres sources, mais il doit y avoir d'autres causes également.

Nous avons quelques bugs liés à cela dans notre liste « à faire », nous allons donc essayer d'améliorer notre conversion HTML => XML.

Traduit automatiquement depuis English Afficher l'original

Comments

Certaines notes, comme celle que j'ai montrée à l'origine, ont eu du texte collé depuis d'autres endroits. Je devrai vérifier si c'est le facteur commun qui pourrait être à l'origine du problème. Si c'est le cas, cela me rendra plus facile de l'éviter !

Traduit automatiquement depuis English Afficher l'original

---

Comme dit plus haut, je rencontre ce bug le plus souvent lors du collage depuis d'autres endroits (bien que je ne puisse pas confirmer que c'est le SEUL moment où cela se produit).

Une astuce que j'ai trouvée est de m'assurer que le texte collé est au format texte brut, et non au format HTML. C'est un peu délicat, car on ne peut pas toujours VOIR qu'il s'agit de HTML. (Si je lutte avec une note existante, je copie tout le contenu de la note, dans un programme externe, puis je le recolle dans la note.)

Je colle généralement le texte dans un programme comme Notepad++, puis je copie immédiatement le même texte exact depuis Notepad++ et je le colle dans PT. Lorsque vous copiez depuis Notepad++, seul l'information textuelle est placée dans le presse-papiers, et non l'information HTML.
En fait, je colle souvent simplement dans notre traduction de contrôle dans PT, puis je le copie d'ici et je le colle dans le drapeau (la traduction de contrôle fonctionne comme Notepad++, ne conservant que le texte et non la mise en forme HTML). Ensuite, je me souviens généralement de supprimer le texte temporaire de la traduction de contrôle. 

Traduit automatiquement depuis English Afficher l'original

---

Observation intéressante. J'ai vu le même problème (sauts de ligne et gras/italique disparaissant) assez régulièrement. Je colle très souvent du texte du projet PT en question dans la note, presque jamais depuis ou via une autre application. Donc, si le comportement erratique est déclenché par le collage de texte, cela inclut le texte de PT lui-même.

Traduit automatiquement depuis English Afficher l'original