En réalité, même le getbook décris précédemment ne solutionnerait pas ma situation, l'idéal pour moi serait plutôt une instruction \new book qui tolèrerait variables et include:
recueil = \new book { \PremierePage \PageBlanche \TableDesMatieres
\Index \getIndex \CheminRecueils }
TypeRecueil = "Carnet" \book { \bookOutputPath \Chemin \bookOutputSuffix \TypeRecueil \recueil
}
TypeRecueil = "Tablette" \book { \bookOutputPath \Chemin \bookOutputSuffix \TypeRecueil \recueil }
Mais comme j'ai très certainement une utilisation assez spécifique et que je suis déjà arrivé à ce résultat, je ne vais pas vous déranger plus longtemps avec cela.
Au plaisir,
Ben
Cela peut aller quand il n'y a que trois chants, mais quand il y en a 100, je pense que mon système actuel est finalement encore le plus simple: un seul \include, pas de \book explicite et une compilation conditionnelle via des scripts externes.
Libre à vous ; c’est une approche valable, ce n’est juste pas celle que je recommanderais personnellement.
Je comprends. Comme mes scripts ne font pas que compiler, mais génèrent également des index et différents contrôles et nettoyages, je vais continuer de bosser avec, sachant que comme l'approche est valable, elle ne devrait pas être cassée par une mise-à-jour future…
Mais après, je me permets quand même de revenir à la charge, car ce script fonctionne sans problème:
\version "2.25.1"
var = "hibou"
foret = #(define-void-function ()() ( set! var "coucou" ))
\book { \foret \relative c' { c_\markup \var } }
Du coup, dès lors que l'on peut quand même se permettre quelques libertés syntaxiques, pourquoi ne pas développer une nouvelle fonction \getbook qui permettrait de récupérer dans un \book le \book implicite d'un fichier:
Cela permettrait ensuite de le combiner avec des expressions de formatages et de sorties et s'éviter moultes palabres dans les langues de Molière et Shakespeare…
*) Enfin, j'ai essayé avec bookpart-level-page-numbering, la table-of-contents s'affiche correctement, mais le clic sur les item devient inutilisable, car il se référence sur les numéros de page du pdf, au lieu de se référencer sur la position réelle du tocitem, n'est-ce pas un petit bug?
Très bien!
Je me suis demandé si on pouvait le contourner avec, au lieu de changer le numéro de page, le masquer et le remplacer par un numéro d'affichage pur généré via \should-print-page-number, mais je ne vois pas comment faire, et j'ai le sentiment que cela ne fonctionnerait pas.
|