lilypond-user-fr
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Numéro_de_page


From: address@hidden
Subject: Re: Numéro_de_page
Date: Mon, 17 Jan 2011 19:07:43 -0500

On Jan 17, 2011, at 6:44 PM, j-f.lucarelli wrote:



=================================

== En réponse au message du 18-01-2011, 00:28:10 ==

Euh... j'édite des conducteurs + parties séparées aussi... et je n'ai
qu'un seul fichier pour me générer mes différents pdf... tu ne voudrais
qu'un seul fichier pdf ?
Pour moi un \book, c'est un bouquin, un truc agrafé, quelque chose qui
fait un tout. Tout comme un seul et unique fichier pdf forme un seul et
unique bouquin. Je crois que la commande \book a été créée dans ce but.

Imaginons une partition pour turlusiphon, gaffophone et triangle à
coulisse (brevet en cours ;-p) et que je "veuille" générer 1 seul pdf
comprenant conducteur + parties. Je vais donc vouloir que mon
turlusiphon commence par une page 1 et ainsi de suite pour les autres
instruments. Mais imaginons que oh malheur la page 1 du gaffophone se
retrouve sur une page paire du pdf, la 1ère page sera donc imprimée au
dos de la partie de turlusiphon... pas pratique ça. Tu vas me dire,
chacun imprime uniquement les pages qui l'intéressent, mais si les
marges droites et gauches sont différentes ? Encore plus vicieux : le
triangliste à coulisse ne joue pas beaucoup, il n'a que 2 pages... il
faudrait donc que la 1ère page soit à gauche et la 2e à droite... mais
toujours sans être imprimées au dos du gaffophone.
Et si d'un coup je veux mettre une page de "couverture" pour chacune de
mes parties ? Et si je veux une mise en page différente pour les parties
séparées ?

En fait ce que je veux montrer c'est que ta demande va au delà de la
numérotation. Il s'agirait en fait d'implémenter toutes les
fonctionnalités du \book dans \bookpart... et limite je me demande s'il
ne serait pas plus simple de créer un nouveau noeud au dessus de book...
un genre de superbook qui pourrait contenir plusieurs books...

De mon côté je dois dire que cela ne me serait totalement inutile. Je
préfère de loin générer des petits pdf, c'est plus rapide, plus
maniable, il n'y a pas besoin de recompiler tout pour 1 erreur dans 1
partie... Et quand j'ai tout ce qui me convient, si vraiment je ne veux
qu'un seul fichier je crée une archive...

Cécile


J'opte également pour ce principe. La directrice, ce n'est pas la même chose que les parties séparées. Question de format, déjà, on souhaite une directrice en A3, des parties en A4 et une partition d'étude en A5.
Et puis, à l'impression, on va sortir 16 fois le premier violon pour une seule fois les timbales.
Enfin, question de présentation, la directrice doit être imprimée avec une couverture en bristol et une reliure solide, alors que les parties se limitent parfois à quelques pages par mouvement, imprimées sur une seule face pour être collées au ruban adhésif.
Pour toutes ces raisons, je préfère un PDF pour chaque "document".

Ceci dit, rien n'empêche d'introduire une simple option \continuePaging qui mettrait tout le monde d'accord. Mais, petit bémol, il y a déjà tant d'option dans LilyPond. C'est sa force et sa faiblesse en même temps.

Bonne fin de soirée,

Jean-François

_______________________________________________
liste de diffusion lilypond-user-fr
address@hidden
http://lists.gnu.org/mailman/listinfo/lilypond-user-fr


========================================
_______________________________________________
liste de diffusion lilypond-user-fr
address@hidden
http://lists.gnu.org/mailman/listinfo/lilypond-user-fr

Le site http://www.mutopiaproject.org/ propose un format standardisé pour gérer la gravure d'une directrice et des parties séparées.  Je m'en suis servi plusieurs fois.  Pour avoir un seul document à la sortie, un script bash peut ensuite combiner les PDFs en invoquant ghostscript.

~Mike

P.S. Le turlusiphon et le gaffophone ayant été créés il n'y a pas longtemps sont protégés par leurs propres brevets.  Et l'usage du gaffophone est d'ailleurs fortement déconseillé.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]