Comment désassocier PTXPrint d'un projet PT

Question

Il y a quelque temps, j'ai posé une question qui est presque l'opposé, et j'ai reçu des contributions précieuses. L'autre question

Je ne cherche pas à vous agacer, veuillez lire en bas si vous voulez savoir pourquoi nous posons cette nouvelle question.

Maintenant, en 2026, l'équipe se demande s'il existe un moyen simple et sûr de désassocier leur projet PTXPrint très avancé de la source dans PT, afin que toute modification dans l'Ancien Testament n'affecte plus automatiquement la mise en page. Et bien sûr, le projet PTXPrint ne doit pas être endommagé par la désassociation. La meilleure réponse serait une fonctionnalité permettant à l'utilisateur de PTXPrint de contrôler le lien avec PT comme un interrupteur marche/arrêt.



En bref :
Considérez ce besoin : une équipe de traduction travaille sur l'Ancien Testament. À un certain moment, ils décident de publier une partie sur la « vie de David » (juste un exemple) et obtiennent le financement et la joie générale qui en découle. Une sous-équipe travaille maintenant sur PTXPrint pour préparer « David » pour l'impression commerciale. C'est un projet annexe, donc cela prend plusieurs semaines. 

Pendant la préparation du livre sur David, l'équipe principale de traduction continue de travailler ailleurs dans l'AT et, de temps en temps, il y a des modifications des termes bibliques (parfois même des corrections d'erreurs ; malgré une vérification valide par un consultant (c'est une histoire plus longue, elle n'a pas sa place ici)), qui affectent également les textes sur David. L'équipe décide d'attendre le plus longtemps possible, afin que le livre de David ait la version la plus fraîche et la meilleure possible.

Finalement, la sous-équipe PTXPrint est prête pour l'ajustement fin de la mise en page, avec tous les « Ajustements ». C'est le moment où toute modification ultérieure du texte ne serait plus utile mais endommagerait plutôt la mise en page du livre de David. Ils déclarent donc une « date de clôture éditoriale ». 

L'équipe sait, depuis un projet de publication précédent, que PT offre une fonctionnalité appelée projet fille. Ils se souviennent qu'il y a eu des tracas pour en apprendre davantage, pour le configurer et le faire fonctionner. Il n'y a jamais eu le courage ou l'autorité de déclarer une date de suppression pour l'ancien projet fille. Il apparaît toujours dans toutes les listes pour l'envoi/réception. Avec l'ancien projet fille et à nouveau avec « David », ils constatent que le travail de préparation pour l'impression est utile pour découvrir quelques « problèmes dans les données » (par exemple une note de bas de page morte et vide, que les vérifications de PT n'ont jamais signalée ; ou une erreur exotique sur un SFM, qui a été signalée par PTXPrint et pourrait être corrigée manuellement dans PT). Plutôt que de faire beaucoup de travail supplémentaire avec le fonctionnement d'un projet fille, ils veulent se concentrer sur les préparatifs pour l'impression et rester en contact étroit avec l'équipe principale et avec le projet PT principal ou le texte PT principal, techniquement et personnellement.

La sous-équipe PTXPrint estime que la vie de David est bonne à avoir en impression, mais n'est pas « structurellement » importante ; c'est juste une portion spécifique de l'AT. Plutôt que de créer un autre projet fille pour chaque travail d'impression, ils aimeraient utiliser les capacités de l'outil d'impression (PTXPrint) pour contrôler quand se lier à PT et obtenir des données fraîches et quand se désassocier et avoir des données stables.

J'espère que cela a du sens. Si nous nous trompons complètement, avec notre flux de travail, faites-le nous savoir. Soyez simplement gentils à ce sujet, s'il vous plaît.

Traduit automatiquement depuis English Afficher l'original

Answer 1

Tim,

Je pense que je comprends maintenant ce que vous demandez (parfois je suis un peu lent). Ce que je comprends, c'est que vous avez créé un PDF d'un livre (ou de livres) et que vous devez continuer à travailler sur ce PDF sans craindre qu'il ne change lorsque le texte dans Paratext change. Par exemple, vous avez travaillé sur le chapitre 1 de Matthieu et vous ne voulez pas qu'une modification gâche cela.

Je crois que la réponse est que vous ne régénérez simplement pas ce PDF. PTXPrint devrait s'ouvrir avec le dernier PDF chargé et vous pouvez continuer à y travailler sans modifications de Paratext tant que vous ne régénérez pas le PDF.

Cela peut ne pas fournir toute la protection que vous souhaitez, mais à moins que vous ne génériez des PDF pour d'autres livres en même temps, il ne devrait y avoir aucune raison de régénérer avant d'avoir terminé le travail sur le premier PDF.

Traduit automatiquement depuis English Afficher l'original

Comments

Désolé, cette fois-ci vous n'avez pas du tout compris mon besoin : ne générer aucun PDF est l'opposé de ce dont nous avons besoin : nous travaillons sur les PDFs, pendant quelques heures chaque semaine sur plusieurs semaines, car c'est un projet annexe.

Lorsque nous travaillons, nous affinons la mise en page et nous regénérons effectivement le PDF des dizaines de fois par heure pour voir chaque petite amélioration, avant de passer au problème suivant.

Traduit automatiquement depuis English Afficher l'original

Answer 2

I can think of a few solutions to your problem, but each of them have some technical difficulties or potential points of confusion. I don't think there's anyway to do what you're asking from inside of the normal PTXprint interface.

1) Easiest solution:

Simply set up another folder or two with the important data from the Paratext folder (the .sfm files would be the main thing). When you want to work on PTXprint, close Paratext and move the current files out of the Paratext project folder and into some backfolder, put your old "static" files into the PT folder, and then run PTXprint. When you're done with your work, reverse the process.

This is conceptually the easiest solution, but it requires the user to keep very close track of which files are where.

2) The same idea, but using actual "versioning" tools.

Mercurial, which PT uses for Send/Receive, and Git are both tools which are built for this sort of task. "Work on my main text", then "revert to an old version and work with it for a while", then "restore my current main version". This can make the actual process of #1 easier and quicker, but if you've never heard of Mercurial or Git or "versioning" before, the setup might not be worth it.

3) Use PTXprint's 'archiving' feature

By default PTXprint runs inside your "My Paratext 8/9 Projects" folder, but there is a way to launch it so that it runs in a different folder. So you could create or PTXprint archive (or just copy the whole PT project folder) and put it in a different location, then run from there. The .sfm files in that location are static, not getting updated as you use Paratext. This might be the best way of doing things, but it means that whenever you think "oh, I want this new, updated information back in my PTXprint project", you'll need to do some hand-copying from the "My Paratext 8 Projects" location into the new location.

If any of those strike you as appealing, I can write up more and/or meet with you off-forum to walk you through things.

Comments

Je vous remercie beaucoup pour cette réponse très détaillée et claire. Cela confirme une intuition que j'avais, et pourquoi j'ai posé ma question : dans beaucoup d'autres outils (comme Scribus ou LibreOffice), j'ai l'habitude d'enregistrer mon travail avec un nouveau nom de fichier (en utilisant des compteurs) de temps en temps et après chaque étape ou jalon important. Il semble également que peu d'utilisateurs aient besoin de désassocier un projet de publication, une fois qu'il a atteint une maturité avancée.

J'ai essayé une fois, en enregistrant mon premier grand projet PTXPrint sous un nouveau nom dans > Basic > Layout Configuration > Name, et j'ai été triste de découvrir que j'avais perdu beaucoup de mes paramètres, juste du fait de l'enregistrement sous un nouveau nom. Il semble que PTXPrint ait sa manière unique de gérer les configurations. (Ou peut-être que j'avais des effets secondaires bizarres ce jour-là.)

J'espérais qu'il y a un moyen via la « gestion » de PTXPrint et votre idée d'utiliser une fonctionnalité d'archivage va dans cette direction. Je vais m'informer à ce sujet.
Normalement, je n'ai pas besoin d'instructions pas à pas, je me considère comme un utilisateur expérimenté. Si vous pouviez simplement me diriger vers une documentation existante sur l'« archivage », cela serait apprécié. J'apprends encore à gérer la documentation distribuée de PTXPrint.

(Si d'autres personnes lisent ici : je n'aime pas les instructions par vidéo. Elles sont lentes et ne sont pas facilement annotées ou recherchées. Mais je dois témoigner que j'ai trouvé de véritables pépites dans plusieurs vidéos PTXPrint, où j'étais tenté d'avancer rapidement et où je ne l'ai pas fait.)

Traduit automatiquement depuis English Afficher l'original

---

La gestion des « configs » est très différente, et il devrait être tout à fait possible d'avoir une config pour un projet mature et d'autres pour des expérimentations plus actives. Selon à quel point vous avez eu une erreur où des paramètres ont été perdus, il est possible que des améliorations aient été apportées à la façon dont les configs sont enregistrées. Aussi, je sais qu'il y a un nouveau développement qui rendra hopefully l'équilibrage de plusieurs configs dans un projet plus facile à l'avenir.

Mais revenons à la question principale, qui semblait être de garder le texte PT réel statique.

Voici ce que je ferais, car cela semble le plus simple (pour moi).

1) Créez un autre dossier pour les projets statiques. Par exemple, disons qu'il est à c:\temp

2) Copiez votre projet XYZ dans le dossier c:\temp 

3) Exécutez ptxprint depuis la ligne de commande (ou créez un raccourci Windows), en utilisant cette commande : c:\Program Files\PTXprint\ptxprint.exe -p c:\temp

(notez que je ne l'ai pas installé sur Windows pour le moment, donc je ne suis pas à 100% sûr que ce soit le bon chemin). Cela indique essentiellement à PTXprint de s'ouvrir à l'intérieur du dossier c:\temp plutôt que dans le dossier normal My PT 9 Projects.

4) Si vous avez besoin d'un texte réel mis à jour depuis PT dans votre projet d'impression, vous devrez copier manuellement le(s) fichier(s) pertinent(s) de c:\My Paratext 9 Projects\XYZ vers c:\temp\XYZ

Tenez également compte du fait que vos configs ne sont plus sauvegardées ou partagées via PT Send/Receive, car elles vivent à l'intérieur du dossier détaché c:\temp\XYZ.

-------------------------------

L'étape 3) pourrait être remplacée par ce qui suit, mais je soupçonne que la simple copie du dossier entier serait plus facile.

a) créez une archive de votre projet à l'intérieur de PTXprint

b) Exécutez ceci une fois pour décompresser l'archive dans ce répertoire temporaire : c:\Program Files\PTXprint\ptxprint.exe -Z archive.zip -p c:\temp

Cela résultera probablement en une copie de beaucoup moins d'informations, mais peut-être pas assez. Je pense que si vous avez de l'espace sur le disque dur, la simple copie du dossier entier serait meilleure.

Traduit automatiquement depuis English Afficher l'original

---

Je viens d'essayer la méthode consistant à copier mon projet PTXPrint dans un dossier personnalisé séparé, puis à l'exécuter depuis la ligne de commande comme ceci :

"C:\Program Files\PTXprint\PTXprint.exe" -p "D:\[path to my new folder]"

Ça a fonctionné, PTXPrint s'est ouvert sans aucune erreur. Mais tout mon projet et mes paramètres ont disparu. Je n'ai aucun texte biblique, je n'ai pas les données de césure, et « Print PDF » ne fait rien faute de données.

Je crois que c'est parce que normalement, le dossier PTXPrint est situé à l'intérieur d'un projet PT comme ceci :

"D:\[my custom path]\[PT project]\shared\ptxprint\[PTXPrint project]"

et peut directement récupérer tous les fichiers book.sfm, les fichiers de style et les données de césure (qui semblent être stockées au niveau du dossier « ptxprint » à l'intérieur de « shared »).
Ah : je viens de comprendre ce qui s'est passé, pendant que j'écrivais ce retour : vous vouliez dire que je devais copier mon projet PT entier, et non seulement mon projet PTXPrint. Ça a du sens. Je vais recommencer et faire un rapport dans quelques instants : Non, déception similaire :

PTXPrint s'est bien ouvert sans aucune erreur. Mais mon projet entier a « disparu ». Rien sous « Basic », pas d'identifiant de projet, pas de nom de mise en page, la mise en page comme la taille de page, les polices, les espacements, tout a disparu. Cela signifie donc que PTXPrint stocke « plus de choses » quelque part en dehors des dossiers [PT-project]\shared\ptxprint.

Malheureusement, la date limite de notre imprimerie approche. Pour l'instant, je devrai recourir à l'« ingénierie sociale » : j'informerai l'équipe principale de traduction de ce qui se passe et je leur demanderai de travailler principalement sur les zones du NT, et d'éviter autant que possible de toucher à quoi que ce soit dans l'AT, jusqu'à ce que j'aie un PDF prêt pour l'imprimerie.

Je suis très intéressé par la réponse à cette question pour le prochain besoin d'impression sur papier. Mais bientôt, nous aurons des voyages intercontinentaux et quelques mois intenses à l'étranger. Donc, si je suis moins actif ici, cela ne signifie que des journées chargées. Je crois que nous sommes proches d'une méthode fonctionnelle, avec cette idée de « fork ». Si vous avez l'occasion d'accéder à une machine Windows et d'avoir plus d'informations, je regarderai avec plaisir et je stockerai votre aide dans mon outil de documentation personnel. Salutations.

Traduit automatiquement depuis English Afficher l'original

---

Urgent :

Après quelques expériences avec une « fourche », je voulais revenir au projet PTXPrint sur lequel je travaillais depuis plusieurs semaines. Je ne parviens pas à le « trouver ». Merci de m'aider.

J'ai essayé de simplement lancer PTXPrint depuis le menu Démarrer de Windows. Il ouvre un projet vierge.

J'ai ensuite essayé, en utilisant la ligne de commande et en pointant vers le projet PT principal : vierge.

J'ai ensuite essayé, en utilisant la ligne de commande, en pointant vers le dossier spécifique dans \shared\ptxprint\ qui porte le même nom que mon « Layout Configuration Name » sous l'onglet « Basic ».

Si PTXPrint donne aux utilisateurs l'option « Save As », il doit certainement y avoir une option correspondante « Open Saved Configuration ». Merci de me conseiller.

Traduit automatiquement depuis English Afficher l'original

---

J'ai envoyé un message privé.

Traduit automatiquement depuis English Afficher l'original

---

J'ai réussi à le réparer moi-même. Merci.

J'ai pris des notes dans cet autre fil, car d'autres utilisateurs ont également des problèmes avec la façon dont PTXPrint stocke les projets ou les paramètres/configurations :

https://support.bible/12683/named-configuration-management-has-some-problems

Traduit automatiquement depuis English Afficher l'original