Échec de la création lors de la première tentative

Question

Première tentative et je tente simplement de tester le système.

PTXprint [2.4.3] - Error!
Failed to create: wPP_Default_GEN_ptxp.pdf
------------------------------------------------------------------------------------------
Oops! Something unexpected happened causing this unhandled error.
Try using the 'Tidy Up' button on the Help tab and then try again.
If you are still unable to proceed, use the 'Create Archive...' button
on the Help tab to create a .zip file. Send it to your PTXprint support person
for further assistance. Please include a description of the problem, and if
known, state which setting was changed since it last worked.
PTXprint Version 2.4.3

Je reçois cette même erreur sur tous les projets.

Je vois que certains obtiennent Failed to create avec une erreur supplémentaire, mais celle-ci est simplement non gérée.

Lorsque je vais dans Tidy Up, je reçois ce message :

Capture d'écran 2023-11-16 à 15h00:54712×434 62.4 KB

Y a-t-il des modifications de permissions que je devrais effectuer ?

Je fais tourner Windows 11 dans Parallels sur macOS Sonoma. J'ai Paratext avec Publishing Assistant qui fonctionne comme prévu sur cette machine. J'ai les droits de composition et au-delà sur les projets que j'essaie.

Archive de support ici.

J'ai joué avec certaines permissions et exécuté PTXPrint en tant qu'administrateur, mais aucun progrès pour l'instant.

Traduit automatiquement depuis English Afficher l'original

Answer 1

Bonjour @Corey_Garrett
Bienvenue dans la communauté PTXprint. Il est difficile de voir pourquoi cela pourrait échouer sans d'autres informations, mais en regardant le chemin plutôt long et non standard vers « My Paratext 9 Projects », je soupçonne que l'échec est dû à cela.

Gardez à l'esprit que la technologie sous-jacente à PTXprint (TeX) approche de ses 50 ans, et qu'elle est donc plutôt exigeante quant aux noms de chemin. Il existe un moyen de tester si cela fonctionne avec un chemin plus raisonnable vers le projet :

(Temporairement) copiez le dossier wPP dans un autre emplacement, disons C:\Temp\wPP
Puis ajustez les Propriétés du raccourci pour démarrer PTXprint avec le drapeau -p pointant vers C:\Temp

image363×566 12 KB

et voyez ensuite si vous pouvez imprimer normalement depuis cet emplacement. J'espère que c'est aussi simple que cela. Sinon, nous devrons traquer une autre cause possible.

Traduit automatiquement depuis English Afficher l'original

Comments

Oui, cela a fonctionné ! Merci @mjpenny !

Pour ceux qui suivent ici avec des chemins longs vers Paratext, la forme finale de la solution est de créer un lien symbolique vers votre dossier Paratext et de pointer le raccourci vers celui-ci.

Ouvrez le Terminal.
Collez cette commande :

mklink /D c:\paratxt "C:\Your\long\path\to\paratext"

Dans cet exemple, le mien est :

mklink /D c:\paratxt "C:\Users\corey\OneDrive - SIM International, Inc\Documents\SIM\Wolofal\My Paratext 9 Projects"

Un nouveau dossier de lien symbolique apparaîtra à c:\paratxt.

Ensuite, comme ci-dessus, votre case Target sera :

"C:\Program Files\PTXprint\PTXprint.exe" -p c:\paratxt

Traduit automatiquement depuis English Afficher l'original

---

C'est certainement une bonne astuce !
Quant au bug, je vois qu'il se produit lors de la suppression du fichier. C'est géré par la partie python des choses, donc je suppose que c'est presque certainement déclenché par des éléments inattendus dans le nom du chemin, par exemple la virgule, plutôt que par la longueur.

Bien que, en fait, si c'est vraiment la première exécution, peut-être que cela se plaint simplement que son chemin temporaire n'existe pas encore, et qu'il ne peut donc pas le supprimer.

Si cela venait de la partie XeTeX, j'aurais blâmé les espaces dans les noms de fichiers / noms de répertoires. Les espaces servent à séparer les arguments lorsque vous les tapez sur la ligne de commande, après tout. (Peu importe ce que votre interface graphique pourrait vous faire croire !)

Traduit automatiquement depuis English Afficher l'original