0 votes
279 vues

Je parviens à inclure notre préface en utilisant ceci dans la « matière liminaire locale » dans PTXPrint :

\rem -------------------------------------------------------------------------
\periph Preface|id=“preface”
\rem -------------------------------------------------------------------------
\zgetperiph|preface*

Dans le livre INT, j'ai marqué la préface comme ceci :

\periph Preface|id=“preface”

La préface que j'obtiens dans mes PDF provient du livre INT du texte secondaire. Je voudrais qu'elle provienne du texte principal, mais je pense que mes coéquipiers voudront les deux. Comment puis-je faire cela ?

Un problème connexe : lorsque j'apporte une modification à la préface dans Paratext et que je l'enregistre, puis que j'imprime dans PTXPrint, il peut falloir plusieurs tentatives avant que PTXPrint ne se souvienne de rafraîchir son contenu pour la Préface. Si je charge une configuration différente et que je reviens à celle que j'utilise, PTXPrint prendra en compte la nouvelle version de la Préface.

Aussi, je n'arrive pas à faire fonctionner \fig dans la Préface du tout.

Un dernier point : mes modifications dans PrintDraftChanges.txt ne sont pas appliquées à la Préface, mais elles le sont dans les livres du corps principal de la publication.

Merci pour toute l'aide que vous pourrez m'apporter sur ces problèmes.

John Nystrom

Traduit automatiquement depuis English
PTXprint par (312 points)
réaffiché | 279 vues

3 Réponses

0 votes

Je traite vos problèmes dans un ordre probablement aléatoire…

  • (supposition) fichiers de modifications : oui, ils devraient être appliqués à INT… INT est-il répertorié comme un livre à inclure, ou comptez-vous sur PTXprint pour l'inclure « en coulisses ». Je me souviens vaguement que cela pourrait faire une différence. (Ou cela pourrait vous donner des doublons…)

  • \periph|preface\* ... \zgetperiph|preface\* EEK! . Veuillez ne pas définir une préface qui inclut la préface.
    Vous êtes libre d'utiliser une ligne qui dit :
    \periph Preface
    sans lui donner d'ID. Cela ne devrait pas avoir d'effets secondaires néfastes, mais ce que vous avez listé dit « Je définis cette chose appelée preface pour qu'elle soit un texte qui inclut cette chose appelée preface », ce qui est un peu circulaire. Vous ne voulez probablement pas cela. Je suppose que vous pourriez vous en tirer si vous faites attention à spécifier correctement tous les côtés (voir ci-dessous), car je pense qu'il y a 3 préfaces dans un diglot - une pour L (primaire), une pour R (secondaire) et une pour aucun-côté-spécifié . Mais tel qu'écrit, cela donnera un comportement que je ne veux pas essayer de prédire, et une petite modification quelque part pourrait faire exploser la situation au visage de l'un de vos amis traducteurs locaux de manière étrange et « intéressante ».

  • (supposition) Les modifications ne prennent pas effet… appuyez-vous sur enregistrer ? Peut-être que l'éditeur n'écrit pas correctement le fichier si vous appuyez juste sur imprimer ??

  • Quelle préface est preface. Hmm, laissez-moi lire le code… Oh bon, je ne l'imaginais pas. Dans un diglot, le code devrait charger et enregistrer \periph|id="preface" d'une manière appropriée au côté, en fonction du réglage actuel / dernier. Je suppose qu'il pense qu'il est sur le secondaire lorsqu'il traite votre livre FRT. Vous devriez pouvoir accéder aux deux (aux trois) comme ceci :

\rem left preface
\zglot|L\*
\zgetperiph|preface\*

\rem right preface
\zglot|R\*
\zgetperiph|preface\*

\rem is there a 'no-sides preface'? It almost certainly won't work fully before 2.4.50.
\zglot|\*
\zgetperiph|preface\*

(où les jalons \zglot |\* effectuent le changement de police que l'on attend d'une colonne de diglot, mais sans mettre les choses en deux colonnes. Le passage à « aucun-côté-sélectionné » est très expérimental et peut ne rien faire d'utile)

Alternativement, si vous n'avez pas besoin de changements de police, vous devriez pouvoir spécifier le côté à zgetperiph comme ceci :

\zgetperiph|id="preface" side="L"\*

Les valeurs valides de side sont "L" (gauche/primaire), "R" (droit/secondaire), "" (aucun-côté-sélectionné).
À ma connaissance, aucune de ces parties de code n'a été beaucoup testée, alors veuillez signaler tout succès / échec !

Traduit automatiquement depuis English
par (1,1k points)

@David_Gardner

Merci pour votre aide à ce sujet. Il y a trois problèmes. Peut-être sont-ils tous liés.

Problème 1. PTXPrint ne prend en compte les modifications de la Préface que si je change ce que j'imprime, par exemple un chapitre différent ou un livre différent. Changer de livre est le moyen le plus fiable pour le faire rafraîchir la Préface. Si je continue à imprimer le même livre, il ne prendra pas en compte les modifications apportées à la Préface.

Problème 2. La mauvaise préface est imprimée.

Je n'ai pas inclus le livre INT dans ce que j'imprime. Je compte sur PTXPrint pour obtenir la préface de là-bas.

J'ai essayé ceci :

\rem left preface
\periph Preface
\zglot|L*
\zgetperiph|preface*

J'obtiens les mêmes résultats qu'avant : il imprime la Préface de INT dans T2, ce qui est faux. L = T1.

J'ai essayé ceci :

\rem right preface
\periph Preface
\zglot|R*
\zgetperiph|preface*

J'ai obtenu le même résultat qu'avant. Il prend toujours la Préface de INT dans T2.

Comme cela n'a pas fonctionné, j'ai essayé l'autre méthode que vous avez mentionnée :

\periph Preface
\zgetperiph|id=“preface” side=“R”*

Cela a fait en sorte que PTXPrint n'imprime pas la Préface du tout.

J'ai essayé la même chose avec “L”

\periph Preface
\zgetperiph|id=“preface” side=“L”*

PTXPrint n'imprime toujours pas de Préface.

Donc pour l'instant, j'utilise ceci :

\rem right preface
\periph Preface
\zglot|L*
\zgetperiph|preface*

PTXPrint imprime toujours ma Préface T2, pas “L” = T1, comme spécifié.

Ce que je veux vraiment, c'est la Préface T1 suivie de la Préface T2.

Donc ceci devrait fonctionner :

\rem left preface
\periph Preface
\zglot|L*
\zgetperiph|preface*

\rem right preface
\periph Preface
\zglot|R*
\zgetperiph|preface*

Actuellement, cela imprime deux copies de la Préface R (T2).

J'ai essayé d'ajouter ceci à ce qui précède :

\rem is there a ‘no-sides preface’? It almost certainly won’t work fully before 2.4.50.
\zglot|*
\zgetperiph|preface*

Et maintenant j'en obtiens trois copies.

Si j'omets les Préfaces L et R et n'inclus que la « préface sans côtés », j'obtiens la préface T2.

Problème 3. Les mots du glossaire ne sont pas marqués correctement dans le PDF

PTXPrint ne marque pas correctement mon exemple de marquage de mot de glossaire. Il les met en forme avec une police différente au lieu d'appliquer les crochets d'angle que j'ai choisis sur l'onglet Body. Les crochets d'angle s'impriment correctement dans le texte biblique, mais pas dans la Préface.

Basic Checks me donne des erreurs concernant frtbak.sty, mais je ne comprends pas ce qui ne va pas. Rendre la section « \Marker w » de frtbak.sty identique à celle de usfm.sty n'a pas aidé. Il se plaint toujours de trois erreurs :

INT 1:0 #Invalid attribute: \w (frtbak.sty)

INT 1:0 #Citation Form (“gutpela na strongpela ston bilong karim haus|Gutpela ston tru”) is missing from Glossary: \w (frtbak.sty)

Je pense que ces deux premières sont probablement causées par celle-ci :

INT 1:0 #“gutpela na strongpela ston bilong karim haus|Gutpela ston tru” contains unexpected non-wordforming characters [‘|’]: \w (frtbak.sty).

Ce caractère non formateur de mot est le caractère approprié pour séparer la forme du Rendu du Terme Biblique dans le texte de la forme de citation dans le Glossaire. Je ne sais pas pourquoi c'est un problème dans INT et que ce n'est pas un problème dans le texte biblique.

Merci pour toute l'aide que vous pourrez m'apporter sur ces choses.

Traduit automatiquement depuis English

Problème 1.
Je vais orienter Mark/Martin vers ce fil. (ils, bien sûr, demanderont une archive, n'hésitez pas à anticiper !)

Problème 2.
Il est clairement nécessaire de creuser. Puis-je avoir une archive aussi ?

Problème 3.
AFAIK, l'interface utilisateur prend le chemin de la facilité lors de la mise en forme des mots \w et exécute en fait une expression régulière sur eux pour remplacer \w ... \w* par les crochets d'angle.
Option 1 : attendre que Mark/Martin appliquent cette expression régulière à d'autres sources d'entrée.
Option 2 : Solution de contournement : Si vous lui dites d'utiliser le marquage \w, puis que vous configurez ceci :

\sethook{start}{w}{⌞}
\sethook{end}{w}{⌟}

Alors TeX effectuera l'insertion et vous devriez avoir plus de cohérence (que ce soit cohérent à juste titre ou à tort est une autre question !). J'espère que vous n'aurez pas besoin de faire de trucage de police.

En détournant complètement le fil, je fais le petit excès suivant pour \add, ce qui donne des coins affichables comme ceux que j'ai dans ma copie de NIV'84, mais (a) ils ne sont pas sélectionnés si quelqu'un copie le texte et (b) ils « fonctionnent toujours » parce qu'ils ne proviennent pas d'une police :

%draw corners:
\def\addmtlquteht{2pt}% height
\def\addmtlqutewd{1.5pt}% width
\def\addmtlqutelw{0.2pt}% linewidth.
\def\beginadd{\lower 1pt \hbox{\vrule width \addmtlqutelw height \addmtlquteht\vrule width \addmtlqutewd height \addmtlqutelw}\kern -1pt}
\def\endadd{\kern -1pt \lower 1pt \hbox{\vrule width \addmtlqutewd height \addmtlqutelw\vrule width \addmtlqutelw height \addmtlquteht}}

\sethook{start}{add}{\beginadd}
\sethook{end}{add}{\endadd}

N'hésitez pas à copier/coller/modifier et à utiliser pour vos entrées de liste de mots si vous aimez l'idée.

Traduit automatiquement depuis English
0 votes

[version originale] :
Merci pour l'archive. Il semble que j'ai besoin d'avoir une discussion avec Mark et Martin sur le traitement des FRT dans les diglots. Le code python essaie de gérer \zgetperiph seul, et ne fait pas un très bon travail.

[édition] Oups. Après avoir essayé de lutter contre cela pendant un moment au milieu d'autres choses, je viens de réaliser que les livres FRT et INT originaux (les deux projets) ne sont pas inclus dans l'archive. Je vais soumettre un rapport de bug…

Traduit automatiquement depuis English
par (1,1k points)
réaffiché

@David_Gardner J'ai envoyé ces livres. Je n'utilise pas du tout le livre FRT, du moins pas intentionnellement.

Traduit automatiquement depuis English
0 votes

@John_Nystrom Ma conclusion pour l'instant… jusqu'à ce que le côté python du problème #795 soit corrigé, la seule façon d'incorporer les deux éléments de matière liminaire est de copier-coller. Désolé.

Traduit automatiquement depuis English
par (1,1k points)

Questions connexes

0 votes
3 réponses 230 vues
Je peux importer les préfaces dans une diglotte en utilisant cette séquence dans la matière avant locale : \rem ------ ... aide que vous pourrez m'apporter à ce sujet. John Nystrom
john_nystrom 312 posée oct. 28, 2023
0 votes
1 réponse 264 vues
J'ai besoin de fusionner des cellules dans une ligne de tableau, comme spécifié dans le document de ... préliminaire local, indépendamment de l'encodage USFM du projet ?
KimB 673 posée juil. 12, 2024
0 votes
2 réponses 247 vues
Je voudrais ajouter une carte aux éléments préliminaires d'un livre. La figure (et les éléments préliminaires en général) ... be understood. Image Lost! Des idées sur la raison ?
mnjames 1,9k posée avr. 10, 2023
0 votes
2 réponses 239 vues
J'utilise la version 2.1.19 Dans l'onglet Périphériques, lorsque vous cliquez sur Afficher/Modifier les éléments ... a un problème à les modifier dans la fenêtre principale.
Ben Pehrson 280 posée mai 1, 2022
0 votes
3 réponses 454 vues
Nous avons des éléments préliminaires et postliminaires qui contiennent des hyperliens / URL cliquables vers notre site Web et ... , au fait, merci pour tout votre travail acharné.
andy_pi 104 posée avr. 28, 2021
Welcome to Support Bible, where you can ask questions and receive answers from other members of the community.
Give proper recognition to those widows who are really in need.
1 Timothy 5:3
3,049 questions
6,007 réponses
5,672 commentaires
2,029 utilisateurs