Erreur de texte USFM lors de l'ajout d'une modification

Question

Je suis un peu perplexe face à certains comportements de PTXprint. J'ai copié le livre des Psaumes (PSA) d'un projet précédemment composé dans un projet de test, j'ai réinitialisé la configuration dans PTXprint, sélectionné PSA 1-16, changé pour une mise en page en une colonne et imprimé, et cela fonctionne parfaitement. Mais dès que j'ajoute TOUTE règle dans changes.txt, je reçois :

Même si la règle est quelque chose de simple comme 'bad' > 'good'. J'ai regardé la ligne 88 dans l'onglet Final SFM, à la fois quand cela fonctionne et quand l'erreur se produit, et la ligne 88 est vide (dans les deux cas), mais j'ai copié les lignes autour (dans les deux cas) et je les ai comparées, et elles sont identiques.

Après avoir produit l'erreur, il semble continuer et produire le fichier PDF, qui semble généralement être correct (à première vue).

Quelqu'un sait ce qui se passe, ou comment éviter l'erreur ?

Merci, Jeff

Traduit automatiquement depuis English Afficher l'original

Answer 1

Au cas où vous n'auriez pas remarqué dans les petits caractères des commentaires, l'erreur disparaît quand vous N'AVEZ PAS de plage de chapitres limitée pour le livre (semble spécifiquement être les Psaumes). Bien que si vous limitez les chapitres, obtenez l'erreur et cliquez sur OK, le PDF semble être produit correctement de toute façon.

Traduit automatiquement depuis English Afficher l'original

Answer 2

Oubliez... Il s'avère que la ligne suivante était une dédicace (\d) avec une note de bas de page qui avait une référence croisée (\xt) pointant vers un nom de livre qui n'était pas défini dans ce projet (puisque c'était juste copié d'un autre projet). Donc, c'est juste un rappel qu'il faut vraiment exécuter les vérifications de base avant de faire votre composition ! Ce qui m'a déconcerté, c'est qu'il s'exécutait sans erreur avant d'ajouter une modification dans changes.txt - je ne sais pas pourquoi cela ferait une différence...

Traduit automatiquement depuis English Afficher l'original

Comments

Non, j'ai tort. J'ai corrigé les erreurs dans le texte, et je continue à avoir le problème. Intrigant...

Traduit automatiquement depuis English Afficher l'original

---

Encore des choses étranges qui se produisent... Le bouton Tidy Up me donne une Traceback gtkview.py, line 5604 in onDeleteTempFolders, AttributeError: 'str' object has no attribute 'printPath'. Version 2.5.12

Traduit automatiquement depuis English Afficher l'original

---

J'ai eu des problèmes où j'ai utilisé le fichier de modifications pour corriger un fichier qui ne se charge pas correctement autrement. Si vous utilisez une plage de chapitres limitée, ptxprint doit lire et analyser le fichier avant qu'il ne soit traité par les modifications, et donc je ne pouvais pas utiliser de plages de chapitres limitées pour ce fichier (et oui, c'était PSA, soupir). Je ne sais pas si la suppression de la plage de chapitres limitée corrigera cela pour vous.

Traduit automatiquement depuis English Afficher l'original

---

OUI ! Quand j'imprime les chapitres 1 à 150 des Psaumes, l'erreur disparaît ! Et puis, quand je remets une plage de chapitres limitée (1-16), je reçois l'erreur à nouveau. (Mais il semble toujours produire la sortie correcte.) Eh bien, j'ai envoyé la sauvegarde du projet à l'adresse e-mail de support de PTXprint, donc peut-être que cela pourrait vous aider à le localiser...

Traduit automatiquement depuis English Afficher l'original