Utiliser getperiph pour importer la préface dans une monoglotte

Question

Je peux importer les préfaces dans une diglotte en utilisant cette séquence dans la matière avant locale :

\rem -------------------------------------------------------------------------
\periph Inline Prefaces|id="prefaces"
\rem -------------------------------------------------------------------------
\zNeedOddPage
\resetpagenums -1
\dopagenums
\rem Prefaces are pulled in from the T1=L and T2=R INT books using periph
\zglot|L\*
\zgetperiph|side="L" id="preface"\*
\pagebreak
\zglot|R\*
\zgetperiph|side="R" id="preface"\*
\rem The next line never gets removed in diglots
\zglot|\*

Maintenant, j'ai besoin d'importer la préface dans une publication monoglotte.

J'ai essayé ceci, mais cela n'a pas fonctionné :

\rem -------------------------------------------------------------------------
\periph Inline Preface|id="preface"
\rem -------------------------------------------------------------------------
\zNeedOddPage
\resetpagenums -1
\dopagenums
\rem Preface is pulled in from the INT book using periph
\zgetperiph|id="preface"\*
\pagebreak

Comment puis-je modifier cela pour que PTXPrint importe la préface dans ma publication monoglotte ?

Merci pour toute aide que vous pourrez m'apporter à ce sujet.

John Nystrom

Traduit automatiquement depuis English Afficher l'original

Answer 1

Je suppose que PTXprint est confondu par un \periph nommé « preface » qui tente d'importer (un autre) \periph portant le même nom « preface » depuis le livre INT.

Essayez de changer le premier en quelque chose d'autre (comme « prefaces » dans l'exemple précédent) pour voir si cela résout le problème.

Traduit automatiquement depuis English Afficher l'original

Comments

Merci pour la suggestion.

J'ai changé en id=« Intro », mais cela n'a pas aidé.

JN

Traduit automatiquement depuis English Afficher l'original

Answer 2

À titre d'information - il s'est avéré qu'il s'agissait d'une commande indésirable/erronée faisant référence à un paramètre de diglotte dans la section \periph précédente. Une fois celle-ci supprimée, tout a fonctionné comme prévu. La leçon à en tirer est que ces fichiers sont fragiles, et que quelque chose dans une section peut même affecter autre chose plus bas. La façon de localiser le problème est de l'isoler à un \periph particulier, ou à une combinaison de \periphs.

Traduit automatiquement depuis English Afficher l'original

Answer 3

Lors de la nomination des periphs, veuillez vérifier la liste des « noms définis » dans la norme USFM. Évitez également les noms utilisés pour la création des couvertures : coverspine, coverfront (Le nom standard, cover, est utilisé à l'avant si celui-ci n'est pas défini), coverback et coverwhole, à moins qu'ils ne soient effectivement ce que vous souhaitez définir.

Veuillez noter que bien que vous puissiez utiliser des periphs stockés précédemment avec \zgetperiph, ce n'est pas quelque chose qui figure dans la norme. Notez également qu'il n'est pas possible d'emboîter un periph, et je n'ai aucune idée de savoir si vous pouvez utiliser zgetperiph pour inclure un periph qui contient un autre zgetperiph. Cela pourrait devenir problématique. De plus, les periphs ne sont pas imbriquables. (Et il n'y a pas de \+periph)

Traduit automatiquement depuis English Afficher l'original