Tandis que nous réfléchissons à la meilleure façon de soutenir ces besoins, je me demande à propos de quelques options :
a) Chaque configuration aurait une option pour stocker son propre livre FRT local, qui pourrait initialement être copié du livre FRT de Paratext, et être spécifique à la configuration - éliminant ainsi le besoin de continuer à modifier le fichier FRT dans Paratext pour chaque configuration différente que vous imprimez. L'avantage de cette approche est qu'elle est simple à mettre en œuvre, et vous obtiendrez exactement ce que vous avez spécifié dans la spécification FRT locale. Les désavantages de cette approche sont :
- Il devient rapidement difficile de maintenir la cohérence entre les différents livres alors que le FRT local continue d'évoluer/de s'améliorer avec chaque nouvelle publication ; donc si vous décidez de changer quelque chose dans l'un, vous devrez peut-être revoir toutes les autres configurations enregistrées pour les mettre à jour également.
- Une fois qu'une copie du FRT de Paratext a été faite, le FRT original dans Paratext ne serait pas mis à jour
b) Une autre option est de continuer à utiliser le livre FRT de Paratext, mais permettre à la configuration de modifier/mettre à jour ce qui s'y trouve. Quelque chose comme FRTbookchanges.txt qui remplit le FRT au moment de la publication. Imaginez donc un système où nous avons un modèle FRT unique pour tout le projet avec certains codes (définis par l'utilisateur) comme <MainTitle>, <SubTitle>, <CopiesPrinted>, ou même quelque chose de spécifique comme <MainTitleIndonesian>, et <MainTitleVernacular>, et le reste du livre FRT contiendrait le matériel qui doit être dans TOUTES les publications.
\id FRT XYZ Language Name (C) 2010-2021 Copyright Notice
\periph Title Page
\mt <MainTitleVernacular>
\mt2 <SubTitleVernacular>
\periph Publication Data
\imt <MainTitleVernacular>
\imt2 <SubTitleVernacular>
\pc <MainTitleIndonesian>
\pc <SubTitleIndonesian>
\pc Language: Wakawaka
\pc Script: Latin
\pc Copies Printed: <CopiesPrinted>
Les paramètres de PTXprint pourraient simplement lister ceux trouvés dans le livre FRT et vous permettre de les remplir. Nous pourrions être sophistiqués et spécifier vernaculaire, régional, national, international pour chacun des codes, ou simplement garder cela simple comme suit :
<MainTitleVernacular>Looku
<MainTitleIndonesian>LUKA
<MainTitle>Luke
<SubTitle>The Gospel of Jesus Christ by Dr Luke
<CopiesPrinted>250
L'avantage évident de cette idée est que la configuration n'a besoin que de stocker le strict nécessaire (c'est-à-dire ce qui est différent pour cette publication particulière). Cela vous permettrait également d'ajuster ou de réorganiser la mise en page du livre FRT de Paratext, et d'avoir toutes les configurations suivre la nouvelle mise en page/mise à jour. Le désavantage serait si vous essayez d'avoir différents types de mise en page de la matière préliminaire (disons, un format de livre d'histoires d'un module, et une publication officielle de Luc+Actes pour usage en église - chacun de ceux-ci peut nécessiter une définition FRT assez différente, bien que beaucoup d'éléments seraient similaires). Un autre problème avec cette approche est que le livre FRT ne fonctionnerait pas correctement pour Paratext (ayant été détourné par des codes spécifiques à PTXprint), bien que quelques règles simples de PrintDraftChanges.txt l'aideraient à fonctionner correctement dans Paratext.
DANS LES DEUX CAS, tous les codes habituels de type \zimagecopyrights, \zcopyright, \zlicense fonctionneraient également normalement. Et je ne suis pas sûr si c'est possible, mais ce serait génial de pouvoir dire des choses comme :
\pb
\includePDF "c:\data\ForewordFromGovernor.pdf"
\pb
\ztableOfContents
\pb
Quels sont vos avis sur les options ci-dessus ? Cliquez sur Répondre et dites-nous laquelle vous préférez et POURQUOI ?
