1 @c -*- coding: utf-8; mode: texinfo; documentlanguage: fr -*-
4 Translation of GIT committish: 553410afdd9496f7d9f1498e755ea18de8e70596
6 When revising a translation, copy the HEAD committish of the
7 version that you are working on. For details, see the Contributors'
8 Guide, node Updating translation committishes..
13 @c Translators: Valentin Villenave, Jean-Charles Malahieude
14 @c Translation checkers: Gilles Thibault
17 @node Modification des réglages prédéfinis
18 @chapter Modification des réglages prédéfinis
19 @translationof Changing defaults
21 LilyPond est conçu pour générer, par défaut, des partitions de la
22 plus haute qualité. Cependant, on peut parfois avoir à modifier cette
23 mise en forme par défaut. Celle-ci est réglée par tout un ensemble de
24 « leviers et manettes » plus connus sous le terme de « propriétés »,
25 dont ce chapitre ne cherche pas à faire l'inventaire exhaustif -- le
26 chapitre @rlearning{Retouche de partition} du manuel d'initiation vous
27 en propose un aperçu. Le propos est plutôt ici de mettre en évidence
28 les différents groupes auxquels s'apparentent ces contrôles et
29 d'expliquer comment trouver le bon levier pour obtenir tel ou tel effet
32 @cindex Référence des propriétés internes
34 Les moyens de contrôle des différents réglages sont décrits dans un
35 document séparé, @rinternalsnamed{Top,la référence des propriétés
36 internes}. Ce guide répertorie toutes les variables, fonctions et
37 autres options que LilyPond met à votre disposition. Il est consultable
38 @c leave the @uref as one long line.
39 @uref{http://@/lilypond@/.org/@/doc/@/stable/@/Documentation/@/internals/,en ligne},
40 au format HTML ; il est également inclus dans la documentation
41 fournie avec le logiciel.
43 En sous-main, LilyPond se sert du langage Scheme (un dérivé du LISP)
44 comme infrastructure. Modifier les choix de mise en page revient à
45 pénétrer dans les entrailles du programme, et de ce fait requiert
46 l'emploi du Scheme. Les fragments de Scheme, dans un fichier
47 @file{.ly}, sont introduits par le caractère @emph{hash} (@code{#}),
48 improprement surnommé « dièse ».
49 @footnote{Le @rextend{Tutoriel Scheme} fournit quelques notions de base
50 pour saisir des nombres, des listes, des chaînes de caractères ou des
54 * Contextes d'interprétation::
55 * En quoi consiste la référence des propriétés internes::
56 * Modification de propriétés::
57 * Propriétés et contextes utiles::
58 * Retouches avancées::
59 * Utilisation de fonctions musicales::
63 @node Contextes d'interprétation
64 @section Contextes d'interprétation
65 @translationof Interpretation contexts
67 Nous allons voir ici ce que sont les contextes et comment les modifier.
70 * Tout savoir sur les contextes::
71 * Création et référencement d'un contexte::
72 * Conservation d'un contexte::
73 * Modification des greffons de contexte::
74 * Modification des réglages par défaut d'un contexte::
75 * Définition de nouveaux contextes::
76 * Ordonnancement des contextes::
81 @rlearning{Contextes et graveurs}.
83 Fichiers d'initialisation :
84 @file{ly/engraver-init.ly},
85 @file{ly/performer-init.ly}.
88 @rlsrnamed{Contexts and engravers, Contextes et graveurs}.
90 Référence des propriétés internes :
91 @rinternals{Contexts},
92 @rinternals{Engravers and Performers}.
95 @node Tout savoir sur les contextes
96 @subsection Tout savoir sur les contextes
97 @translationof Contexts explained
100 @c TODO Rethink and rewrite
102 >> > > - list of contexts: my *danger unmaintainable*
103 >> > > alarm just went off. I'm
105 I knew it would... And leaving out some of them is perfectly fine with
106 me. I do think that a list like this, with the main contexts and a brief
107 description of what they do (perhaps also with a note about what default
108 behavior is associated with each of them, but this may be unmanageable),
109 should be there, and then we could simply list the remaining ones
110 without further explanation and with links to the IR.
113 @c TODO Improve layout, order and consistency of wording -td
115 @c TODO Add introduction which explains contexts in generality -td
117 @c TODO Describe propagation of property values -td
119 Les contextes sont hiérarchisés :
122 * Définitions de la sortie -- hiérarchie des contextes::
123 * Score -- le père de tous les contextes::
124 * Contextes de haut niveau -- les systèmes::
125 * Contextes de niveau intermédiaire -- les portées::
126 * Contextes de bas niveau -- les voix::
130 @node Définitions de la sortie -- hiérarchie des contextes
131 @unnumberedsubsubsec Définitions de la sortie -- hiérarchie des contextes
132 @translationof Output definitions - blueprints for contexts
134 Les lignes qui suivent traitent de l'intérêt des définitions de sorties
135 lorsque l'on travaille avec les contextes. Des exemples de définitions
136 seront présentés plus avant -- voir
137 @ref{Modification de tous les contextes d'un même type}.
139 @cindex définition de sortie
140 @cindex sortie, définitions
143 Alors que la musique écrite dans un fichier fait référence à des types
144 ou noms de contexte, les contextes ne sont effectivement créés que
145 lorsque la musique est interprétée. LilyPond interprète la musique sous
146 le contrôle d'une « définition de sortie », voire différemment selon
147 le cas et génère ainsi différents résultats. La définition de sortie
148 appropriée pour une sortie imprimable est spécifiée à l'aide d'un
153 Une définition de sortie beaucoup plus simple sera utilisée pour
154 produire une sortie Midi, spécifiée à l'aide d'un @code{\midi}.
155 LilyPond utilise en interne plusieurs autres définitions de sortie,
156 notamment dans le cadre du combinateur automatique de parties (voir
157 @ref{Regroupement automatique de parties}) ou la reproduction d'extraits
158 (voir @ref{Citation d'autres voix}).
160 Les définitions de sortie ont pour objet non seulement de définir la
161 relation entre les contextes, mais aussi leurs réglages par défaut. Si
162 la plupart des adaptations prennent habituellement place au sein d'un
163 bloc @code{\layout}, les réglages affectant le Midi ne seront effectifs
164 que s'ils interviennent au sein d'un bloc @code{\midi}.
167 @funindex autoBeaming
169 Certains réglages affectent plusieurs sorties : par exemple, lorsque
170 @code{autoBeaming} est désactivé dans un contexte, les ligatures sont
171 considérées comme marquant un mélisme dans le but de faire correspondre
172 la musique aux paroles comme indiqué dans
173 @ref{Durée automatique des syllabes}. Cette correspondance est
174 respectée autant à l'écrit qu'à l'oral. Des modifications apportées à
175 @code{autoBeaming} par une définition de contexte au sein d'un bloc
176 @code{\layout} ne seront pas reportées dans le bloc @code{\midi}
177 correspondant ; paroles et musique ne seront alors plus synchrones dans
181 Fichiers d'initialisation :
182 @file{ly/engraver-init.ly},
183 @file{ly/performer-init.ly}.
186 @node Score -- le père de tous les contextes
187 @unnumberedsubsubsec Score -- le père de tous les contextes
188 @translationof Score - the master of all contexts
190 Il s'agit en l'occurrence du contexte le plus élevé, autrement dit le
191 plus important, en matière de notation. En effet, c'est au niveau de la
192 partition -- @emph{score} en anglais -- que se gèrent le temps et la
193 tonalité ; c'est donc là qu'il faut s'assurer que les différents
194 éléments, tels les clefs, métriques et armures sont bien répercutés sur
197 Dès lors que LilyPond rencontre un bloc @code{\score @{@dots{}@}}
198 se crée implicitement un contexte @code{Score}.
201 @node Contextes de haut niveau -- les systèmes
202 @unnumberedsubsubsec Contextes de haut niveau -- les systèmes
203 @translationof Top-level contexts - staff containers
205 De nombreuses partitions sont écrites sur plus d'une portée. Ces
206 portées peuvent être regroupées de différentes manières.
208 @strong{@emph{StaffGroup}}
210 Le groupe de portées est attaché par un crochet et les barres de mesure
211 sont d'un seul tenant, de la première à la dernière portée. Le
212 @code{StaffGroup} constitue le regroupement le plus simple.
214 @strong{@emph{ChoirStaff}}
216 Ce regroupement est identique au @code{StaffGroup}, à ceci près que les
217 barres de mesure ne traversent pas l'espace inter-portées.
219 @strong{@emph{GrandStaff}}
221 Le groupe de portées est attaché par une accolade sur la gauche et les
222 barres de mesure sont d'un seul tenant.
224 @strong{@emph{PianoStaff}}
226 Ce regroupement est identique au @code{GrandStaff}, à ceci près que le
227 nom de l'instrument sera directement attaché au système.
230 @node Contextes de niveau intermédiaire -- les portées
231 @unnumberedsubsubsec Contextes de niveau intermédiaire -- les portées
232 @translationof Intermediate-level contexts - staves
234 @strong{@emph{Staff}}
236 La portée prend en charge les clefs, barres de mesure, armures et les
237 altérations accidentelles. Un contexte @code{Staff} peut contenir
238 plusieurs contextes @code{Voice}.
240 @strong{@emph{RhythmicStaff}}
242 De même nature qu'un @code{Staff}, mais destiné à n'imprimer que du
243 rythme. Quelle que soit la hauteur, les notes seront imprimées sur une
244 même et unique ligne ; la sortie MIDI rendra les hauteurs saisies.
246 @strong{@emph{TabStaff}}
248 Ce contexte permet de générer des tablatures. La mise en forme par
249 défaut correspond à une tablature pour guitare, sur six lignes.
251 @strong{@emph{DrumStaff}}
253 Contexte dévolu tout spécialement aux parties de percussion ; il
254 peut contenir plusieurs @code{DrumVoice}.
256 @strong{@emph{VaticanaStaff}}
258 Identique au contexte @code{Staff}, à ceci près qu'il est tout
259 particulièrement adapté au grégorien.
261 @strong{@emph{MensuralStaff}}
263 Identique au contexte @code{Staff}, à ceci près qu'il est tout
264 particulièrement adapté au style mensural de musique ancienne.
267 @node Contextes de bas niveau -- les voix
268 @unnumberedsubsubsec Contextes de bas niveau -- les voix
269 @translationof Bottom-level contexts - voices
271 Les contextes de niveau « voix » initialisent un certain nombre de
272 propriétés et activent les graveurs appropriés. Un contexte de bas
273 niveau est un contexte n'ayant aucun contexte enfant -- ou
274 @code{defaultchild}. Bien qu'ils puissent accepter ou contenir des
275 sous-contextes, ceux-ci devront être libellés et créés explicitement.
277 @strong{@emph{Voice}}
279 Correspond à une voix positionnée sur une portée. Le contexte
280 @code{Voice} s'occupe des indications de nuance, des hampes, des
281 ligatures, des scripts placés au-dessus ou au-dessous de la portée, des
282 différentes liaisons et des silences. Lorsque plusieurs voix doivent
283 cohabiter sur la même portée, il est indispensable de les instancier
286 @strong{@emph{VaticanaVoice}}
288 Fonctionnant comme le contexte @code{Voice}, il est tout
289 particulièrement destiné à gérer le grégorien.
291 @strong{@emph{MensuralVoice}}
293 Fonctionnant comme le contexte @code{Voice}, il est tout
294 particulièrement adapté aux musiques anciennes.
296 @strong{@emph{Lyrics}}
298 Correspond à une voix contenant des paroles. Le contexte @code{Lyrics}
299 gère l'impression d'une ligne de paroles.
301 @strong{@emph{DrumVoice}}
303 Contexte de voix dévolu à une portée de percussions.
305 @strong{@emph{FiguredBass}}
307 Contexte prenant en charge les objets @code{BassFigure} -- la basse
308 chiffrée -- créés à partir de ce qui a été saisi en mode
311 @strong{@emph{TabVoice}}
313 Contexte de voix dévolu au contexte @code{TabStaff}, il est
314 habituellement créé implicitement.
316 @strong{@emph{CueVoice}}
318 Contexte de voix utilisé essentiellement dans le cadre de citations
319 ajoutées à une portée -- voir @ref{Mise en forme d'une citation}. Il
320 est habituellement créé implicitement.
322 @strong{@emph{ChordNames}}
324 Permet d'imprimer des noms d'accord.
329 Then the following, which I don't know what to do with:
331 * GregorianTranscriptionVoice
332 * GregorianTranscriptionStaff
335 Engraves fretboards from chords. Not easy... Not
337 There is now some documentation on FretBoards in the NR, under
338 instrument-specific notation -- cds.
343 Hard coded entry point for LilyPond. Cannot be tuned.
345 Silently discards all musical information given to this
351 @node Création et référencement d'un contexte
352 @subsection Création et référencement d'un contexte
353 @translationof Creating and referencing contexts
355 @cindex contexte, création
356 @cindex contexte, référencement
361 LilyPond crée automatiquement des contextes de bas niveau lorsque
362 l'expression musicale intervient avant qu'un contexte adéquat n'existe,
363 ce qui peut être pratique dans le cadre d'une partition simple ou de
364 courts fragments tels ceux inclus dans cette documentation. Dès que la
365 structure s'étoffe, il devient nécessaire de créer explicitement tous
366 les contextes, à l'aide des commandes @code{\new} ou @code{\context}.
367 Leur syntaxe est très similaire :
370 [\new | \context] @var{Contexte} [ = @var{nom}] [@var{musique}]
374 où peuvent intervenir aussi bien @code{\new} que @code{\context}.
375 Le @var{Contexte} est le nom du contexte à créer, qui éventuellement
376 s'appellera plus particulièrement @var{nom} ; il contient l'expression
377 musicale unique @var{musique} qui devra être interprétée dans ce
378 contexte par les graveurs ou exécutants.
380 Le préfixe @code{\new} non suivi d'un nom s'utilise principalement pour
381 créer une partition avec plusieurs portées :
383 @lilypond[quote,verbatim]
385 \new Staff \relative {
386 % leave the Voice context to be created implicitly
389 \new Staff \relative {
396 et pour regrouper des voix sur une même portée :
398 @lilypond[quote,verbatim]
400 \new Voice \relative {
404 \new Voice \relative {
412 @code{\new} est à priviliégier lorsque les contextes ne sont pas nommés.
414 La différence entre les commandes @code{\new} et @code{\context} se
415 situe au niveau de leurs effets :
419 La commande @code{\new}, suivie ou non d'un nom, crée un tout
420 nouveau contexte même s'il en existe déjà un portant le même nom :
422 @lilypond[quote,verbatim]
424 \new Voice = "A" \relative {
428 \new Voice = "A" \relative {
436 La commande @code{\context} avec nommage créera un contexte distinct
437 uniquement dans le cas où ne préexiste aucun contexte du même nom dans
438 la même hiérarchie de contextes. Dans le cas contraire, il servira de
439 référence au contexte précédemment créé, et son expression musicale sera
440 transmise dans ce contexte pour interprétation.
442 Cette procédure est tout à fait pertinente lorsque l'on sépare mise en
443 forme de la partition et contenu musical. Les deux formulations
444 ci-après sont tout à fait valides :
446 @lilypond[quote,verbatim]
460 \context Voice = "one" {
465 \context Voice = "two" {
474 @lilypond[quote,verbatim]
479 \context Voice = "one" {
482 \context Voice = "two" {
488 \context Voice = "one" {
493 \context Voice = "two" {
503 Par ailleurs, le recours à des variables produira les mêmes effets --
504 voir @rlearning{Organisation du code source avec des variables}.
507 La commande @code{\context} utilisée sans nommage recherchera le premier
508 de tous les contextes du même type précédemment créés dans la même
509 hiérarchie de contextes ; l'expression musicale lui sera alors transmise
510 pour interprétation. Bien que rarement utilisée, cette formulation de
511 @code{\context} sans nommage ni expression musicale permet de définir le
512 contexte dans lequel une procédure Scheme comportant une clause
513 @code{\applyContext} devra s'exécuter.
516 \new Staff \relative @{
519 \applyContext #(lambda (ctx)
521 (display (ly:context-current-moment ctx)))
528 Un contexte auquel il est ultérieurement fait référence doit
529 impérativement être nommé. C'est le cas par exemple lorsque des paroles
530 sont associées à de la musique :
533 \new Voice = "tenor" @var{musique}
535 \new Lyrics \lyricsto "tenor" @var{paroles}
539 L'association de paroles à de la musique est abordée en détails à la
540 rubrique @ref{Durée automatique des syllabes}.
542 Les propriétés de tous les contextes d'un même type se modifient au sein
543 d'un bloc @code{\layout}, selon une syntaxe différente -- voir
544 @ref{Modification de tous les contextes d'un même type}. Une telle
545 construction permet de séparer mise en forme et contenu musical.
546 Lorsque un seul contexte requiert une adaptation, mieux vaut recourir à
547 un bloc @code{\with} -- voir
548 @ref{Modification d'un contexte particulier}.
551 Manuel d'initiation :
552 @rlearning{Organisation du code source avec des variables}.
555 @ref{Durée automatique des syllabes},
556 @ref{Modification d'un contexte particulier}.
559 @node Conservation d'un contexte
560 @subsection Conservation d'un contexte
561 @translationof Keeping contexts alive
563 @cindex contextes, maintien actif
564 @cindex contextes, durée de vie
566 En règle générale, un contexte disparaît dès qu'il n'y a plus rien à
567 faire. Autrement dit, un contexte @code{Voice} disparaît dès après le
568 dernier événement qu'il contient, et un contexte @code{Staff} dès que
569 les contextes @code{Voice} qu'il supporte ne contiennent plus rien.
570 Ceci peut avoir des conséquences néfastes lorsqu'il est fait référence à
571 un contexte alors disparu, comme dans le cas d'un changement de portée
572 introduit par la commande @code{\change}, l'association de paroles à
573 l'aide de la commande @code{\lyricsto} ou si des événements surviennent
574 à nouveau pour ce contexte précédemment actif.
576 Une exception cependant à cette règle : en présence d'un contexte
577 @code{Staff} ou dans une construction @code{<< @dots{} >>}, un seul des
578 contextes @code{Voice} inclus restera actif jusqu'à la fin du contexte
579 @code{Staff} ou de la construction @code{<< @dots{} >>}, y compris s'il y
580 a des « trous ». Le contexte alors persistant sera le premier
581 rencontré dans la construction @code{@{ @dots{} @}} sans tenir compte
582 des éventuels @code{<< @dots{} >>} qu'elle pourrait contenir.
584 Un contexte restera actif dès lors qu'il s'y passera toujours quelque
585 chose. Un contexte @code{Staff} restera actif si l'une des voix qu'il
586 supporte est toujours active. L'un des moyens de s'en assurer
587 consiste à ajouter des silences invisibles parallèlement à la musique.
588 Vous devrez les ajouter dans tous les contextes @code{Voice} qui doivent
589 rester actifs. Nous vous conseillons, lorsque plusieurs voix
590 interviennent de manière sporadique, de toutes les maintenir actives
591 plutôt que de vous fier aux exceptions mentionnées plus haut.
593 Dans l'exemple suivant, les deux voix A et B sont maintenues actives
594 jusqu'à la fin du morceau :
596 @lilypond[quote,verbatim]
597 musicA = \relative { d''4 d d d }
598 musicB = \relative { g'4 g g g }
601 \new Voice = "A" { s1*5 } % Keep Voice "A" alive for 5 bars
602 \new Voice = "B" { s1*5 } % Keep Voice "B" alive for 5 bars
607 \context Voice = "A" {
611 \context Voice = "B" {
615 \context Voice = "A" { \musicA }
616 \context Voice = "B" { \musicB }
617 \context Voice = "A" { \musicA }
628 @cindex paroles, alignement sur une mélodie épisodique
630 L'exemple suivant illustre la manière d'écrire selon cette méthode une
631 mélodie discontinue à laquelle se rattachent des paroles. Dans la
632 réalité, mélodie et accompagnement feraient l'objet de portées séparées.
634 @lilypond[quote,verbatim]
635 melody = \relative { a'4 a a a }
636 accompaniment = \relative { d'4 d d d }
637 words = \lyricmode { These words fol -- low the mel -- o -- dy }
640 \new Staff = "music" {
642 \new Voice = "melody" {
644 s1*4 % Keep Voice "melody" alive for 4 bars
647 \new Voice = "accompaniment" {
652 \context Voice = "melody" { \melody }
653 \context Voice = "accompaniment" { \accompaniment }
655 \context Voice = "accompaniment" { \accompaniment }
657 \context Voice = "melody" { \melody }
658 \context Voice = "accompaniment" { \accompaniment }
663 \new Lyrics \with { alignAboveContext = #"music" }
664 \lyricsto "melody" { \words }
669 Une autre méthode, qui s'avère plus productive dans nombre de cas,
670 consiste à maintenir active la ligne mélodique en y insérant des
671 silences invisibles tout au long de l'accompagnement :
673 @lilypond[quote,verbatim]
680 accompaniment = \relative {
686 words = \lyricmode { These words fol -- low the mel -- o -- dy }
690 \new Staff = "music" {
692 \new Voice = "melody" {
696 \new Voice = "accompaniment" {
702 \new Lyrics \with { alignAboveContext = #"music" }
703 \lyricsto "melody" { \words }
709 @node Modification des greffons de contexte
710 @subsection Modification des greffons de contexte
711 @translationof Modifying context plug-ins
713 @c TODO Should this be Modifying engravers or Modifying contexts?
715 Les contextes, tels que @code{Score} ou @code{Staff}, ne contiennent
716 pas que des propriétés ; ils mettent également en œuvre certains
717 sous-programmes (@emph{plug-ins} pour employer le terme consacré) nommés
718 « graveurs » (@emph{engravers} pour reprendre le terme anglais).
719 Ces sous-programmes sont chargés de créer les différents éléments de
720 notation : on trouve ainsi dans le contexte @code{Voice} un graveur
721 @code{Note_heads_engraver}, chargé des têtes de notes et, dans le
722 contexte @code{Staff}, un graveur @code{Key_engraver}, chargé de
725 Vous trouverez une description exhaustive de chaque graveur dans
727 @rinternals{Engravers and Performers}.
730 Référence des propriétés internes @expansion{} Translation @expansion{} Engravers.
732 Chaque contexte mentionné dans
734 @rinternals{Contexts}
737 Référence des propriétés internes @expansion{} Translation @expansion{} Context.
739 répertorie les graveurs mis en œuvre.
741 On peut faire, au moyen de ces graveurs, sa propre « cuisine », en
742 modifiant les contextes à volonté.
744 Lorsqu'un contexte est créé, par la commande @code{\new} ou
745 @code{\context}, on peut y adjoindre un bloc @code{\with} (en anglais
746 « avec »), dans lequel il est possible d'ajouter (commande
747 @code{\consists}) ou d'enlever (commande @code{\remove}) des graveurs :
752 \new @var{contexte} \with @{
760 @emph{@dots{}musique@dots{}}
765 Ici les points de suspension @dots{} devront être remplacés par le nom
766 des graveurs désirés. Dans l'exemple suivant, on enlève du contexte
767 @code{Staff}, la métrique (graveur @code{Time_signature_engraver})
768 et la clef (graveur @code{Clef_engraver}).
770 @lilypond[quote,verbatim]
772 \new Staff \relative {
776 \remove "Time_signature_engraver"
777 \remove "Clef_engraver"
784 La clef et le chiffre de mesure ont disparu de la deuxième portée.
785 C'est une méthode quelque peu radicale puisqu'elle affectera toute la
786 portée jusqu'à la fin de la partition. L'espacement s'en trouve
787 également affecté, ce qui peut être ou non l'effet recherché. Une
788 méthode plus sophistiquée aurait été de rendre ces objets transparents
789 (voir @rlearning{Visibilité et couleur des objets}).
791 Dans l'exemple suivant, voici une mise en pratique plus utile. En temps
792 normal, les barres de mesure et la métrique sont synchronisées
793 verticalement dans toute la partition. Les graveurs qui en sont
794 responsables se nomment @code{Timing_translator} et
795 @code{Default_bar_line_engraver}. En les enlevant du contexte
796 @code{Score} pour les attribuer au contexte @code{Staff}, chaque portée
797 peut désormais avoir sa propre métrique.
799 @cindex polymétrique, partition
800 @cindex chiffre de mesure multiple
802 @lilypond[quote,verbatim]
806 \consists "Timing_translator"
807 \consists "Default_bar_line_engraver"
814 \consists "Timing_translator"
815 \consists "Default_bar_line_engraver"
825 \remove "Timing_translator"
826 \remove "Default_bar_line_engraver"
834 L'ordre dans lequel les graveurs sont spécifiés correspond à leur ordre
835 d'apparition dans le processus d'élaboration de la partition.
836 En règle générale, l'ordre dans lequel les graveurs sont mentionnés
837 importe peu. Il se peut toutefois qu'un graveur écrive une propriété
838 qui sera interprétée par un autre, ou qu'un graveur crée un objet
839 graphique qui sera traité par un autre ; l'ordre d'apparition de
840 ces graveurs prendra alors toute son importance.
842 Pour information, les ordonnancements suivants sont importants :
846 le @code{Bar_engraver} devrait toujours être le premier ;
849 le @code{New_fingering_engraver} doit toujours précéder le
850 @code{Script_column_engraver} ;
853 le @code{Timing_translator} doit toujours précéder le
854 @code{Bar_number_engraver}.
859 Fichiers d'initialisation :
860 @file{ly/engraver-init.ly}.
864 @node Modification des réglages par défaut d'un contexte
865 @subsection Modification des réglages par défaut d'un contexte
866 @translationof Changing context default settings
868 @cindex réglages par défaut, modification
869 @cindex contexte, modification des propriétés par défaut
871 Les propriétés des contextes et objets graphiques se modifient à l'aide
872 des commandes @code{\set} et @code{\override}, comme indiqué à la
873 rubrique @ref{Modification de propriétés}. Ces commandes créent des
874 événements musicaux qui feront que la modification produira ses effets
875 dès l'instant où la musique est traitée.
877 Le propos est ici de voir comment modifier les valeurs @emph{par défaut}
878 des propriétés de contexte ou d'objet graphique dès la création de ces
879 contextes. Deux manières de procéder sont envisageables : l'une
880 consiste à modifier les valeurs pour tous les contextes d'un même type,
881 l'autre s'attache à adapter les valeurs par défaut d'une instance
882 particulière d'un contexte.
885 * Modification de tous les contextes d'un même type::
886 * Modification d'un contexte particulier::
887 * Ordre de préséance::
891 @node Modification de tous les contextes d'un même type
892 @unnumberedsubsubsec Modification de tous les contextes d'un même type
893 @translationof Changing all contexts of the same type
895 @cindex \context dans un bloc \layout
900 L'adaptation des réglages par défaut d'un contexte, qu'il s'agisse de
901 @code{Score}, @code{Staff} ou @code{Voice}, peut se réaliser
902 indépendamment de la musique dans un bloc @code{\layout} -- placé dans
903 le bloc @code{\score} auquel ces modifications doivent s'appliquer -- au
904 moyen d'un bloc @code{\context}.
906 Les réglages dévolus à la sortie MIDI viendront quant à eux se placer
907 dans un bloc @code{\midi} -- voir
908 @ref{Définitions de la sortie -- hiérarchie des contextes}.
914 [réglage de contexte pour tous les contextes @emph{Voice}]
918 [réglage de contexte pour tous les contextes @emph{Staff}]
923 La spécification des adaptations peut se faire de différentes manières :
927 à l'aide d'une commande @code{\override}, sans lui adjoindre le nom du
931 @lilypond[quote,verbatim]
934 a'4^"Hampes épaisses" a a a
940 \override Stem.thickness = #4.0
947 en définissant directement une propriété de contexte :
950 @lilypond[quote,verbatim]
953 a'4^"Fontes plus petites" a a a
967 à l'aide d'une commande prédéfinie comme @code{\dynamicUp}, ou bien une
968 expression musicale telle que @code{\accidentalStyle dodecaphonic} :
971 @lilypond[quote,verbatim]
974 a'4^"Nuance en surplomb" a a a
984 \accidentalStyle dodecaphonic
991 à l'aide d'une variable personnalisée contenant un bloc @code{\with} :
992 pour de plus amples informations sur le bloc @code{\with}, voir
993 @ref{Modification d'un contexte particulier}.
996 @lilypond[quote,verbatim]
997 StaffDefauts = \with {
1004 a'4^"Petite police" a a a
1019 Les instructions destinées à modifier les propriétés peuvent se placer
1020 dans un bloc @code{\layout} sans pour autant être incluses dans un bloc
1021 @code{\context}. Expliciter des réglages de la sorte équivaut à inclure
1022 les commandes de modification des propriétés au début de chacun des
1023 contextes du type en question. Lorsque le contexte n'est pas spécifié,
1024 @emph{tous} les contextes de bas niveau seront affectés -- voir
1025 @ref{Contextes de bas niveau -- les voix}. La syntaxe appropriée répond
1026 aux mêmes critères que si la commande était écrite dans le flot
1030 @lilypond[quote,verbatim]
1034 a'4^"Petite police" a a a
1039 \accidentalStyle dodecaphonic
1041 \override Voice.Stem.thickness = #4.0
1047 @node Modification d'un contexte particulier
1048 @unnumberedsubsubsec Modification d'un contexte particulier
1049 @translationof Changing just one specific context
1054 Dans le cas d'un contexte pris individuellement, ses propriétés se
1055 modifient à l'aide d'un bloc @code{\with}. Toutes les autres instances
1056 de contexte appartenant au même type seront affectées des réglages
1057 prédéfinis par LilyPond, modifiés le cas échéant au sein d'un bloc
1058 @code{\layout}. Le bloc @code{\with} se place directement à la suite de
1059 la commande @code{\new} @var{type-de-contexte}.
1062 \new Staff \with @{ [réglages pour ce contexte pris individuellement] @}
1068 De la même manière, si la musique est saisie à la suite d'une commande
1069 abrégée, telle que @code{\chords} au lieu de @code{\chordmode},
1070 l'instruction @code{\with} viendra se placer juste après la commande
1071 spécifiant le mode :
1074 \chords \with @{ [réglages pour ce contexte (implicite) pris individuellement] @}
1081 puisque c'est le contexte implicite alors créé qui devra être modifié.
1082 Cette manière de procéder s'applique à toutes les autres formes abrégées
1083 de spécification du mode de saisie (@code{\drums}, @code{\figures}) --
1084 voir @ref{Modes de saisie}.
1086 Dans la mesure où une telle « modification de contexte » est spécifiée
1087 au sein même de la musique, ses effets toucheront @b{toutes} les sorties
1088 (imprimable @b{et} Midi), contrairement à ce qui se passe lorsque les
1089 adaptations sont réalisées dans la définition d'une sortie.
1091 La spécification des adaptations peut se faire de différentes manières :
1095 à l'aide d'une commande @code{\override}, sans lui adjoindre le nom du
1099 @lilypond[quote,verbatim]
1102 \new Voice \with { \override Stem.thickness = #4.0 }
1105 a'4^"Hampes épaisses" a a a
1114 en définissant directement une propriété de contexte :
1116 @lilypond[quote,verbatim]
1121 a'4^"Default font" a a a
1125 \new Staff \with { fontSize = #-4 }
1128 a'4^"Smaller font" a a a
1137 à l'aide d'une commande prédéfinie comme @code{\dynamicUp} :
1140 @lilypond[quote,verbatim]
1146 a'4^"Nuances en dessous" a a a
1151 \new Staff \with { \accidentalStyle dodecaphonic }
1153 \new Voice \with { \dynamicUp }
1156 a'4^"Nuances en surplomb" a a a
1168 Manuel de notation :
1169 @ref{Modes de saisie}.
1172 @node Ordre de préséance
1173 @unnumberedsubsubsec Ordre de préséance
1174 @translationof Order of precedence
1176 La valeur d'une propriété qui doit s'appliquer à un instant particulier
1177 est déterminée comme suit :
1181 s'il y a une instruction @code{\override} ou @code{\set} active dans le
1182 flot d'information, sa valeur s'applique,
1185 en l'absence de quoi sera utilisée la valeur par défaut telle que
1186 définie dans une clause @code{\with} stipulée à l'initialisation du
1190 en l'absence de quoi sera retenue la valeur par défaut issue du bloc
1191 @code{\context} approprié le plus récent dans les blocs @code{\layout}
1195 en l'absence de quoi s'appliqueront les réglages prédéfinis de LilyPond.
1199 Manuel d'initiation :
1200 @rlearning{Modification des propriétés d'un contexte}.
1202 Manuel de notation :
1203 @ref{Contextes de bas niveau -- les voix},
1204 @ref{La commande de dérogation (override)},
1205 @ref{La commande de fixation (set)},
1206 @ref{Le bloc layout},
1207 @ref{Tout savoir sur les contextes}.
1210 @node Définition de nouveaux contextes
1211 @subsection Définition de nouveaux contextes
1212 @translationof Defining new contexts
1214 @cindex contexte, création
1215 @cindex graveur, affectation à un contexte
1224 Les contextes tels que @code{Staff} ou @code{Voice} sont faits
1225 de briques de construction empilées. En combinant divers graveurs,
1226 il est possible de créer de nouveaux types de contextes.
1228 Dans l'exemple suivant on construit, de zéro, un nouveau contexte très
1229 semblable à @code{Voice}, mais qui n'imprime que des têtes de notes en
1230 forme de barre oblique au centre de la portée. Un tel contexte peut
1231 servir, par exemple, à indiquer un passage improvisé dans un morceau de
1235 @lilypond[quote,ragged-right]
1236 \layout { \context {
1238 \type "Engraver_group"
1239 \consists "Note_heads_engraver"
1240 \consists "Rhythmic_column_engraver"
1241 \consists "Text_engraver"
1242 \consists "Pitch_squash_engraver"
1243 squashedPosition = #0
1244 \override NoteHead.style = #'slash
1249 \accepts "ImproVoice"
1253 a'4 d8 bes8 \new ImproVoice { c4^"ad lib" c
1254 c4 c^"dévêtez-vous" c_"tout en jouant :)" c }
1259 On a rassemblé les réglages dans un bloc @code{\context}, lui-même placé
1260 dans le bloc @code{\layout} :
1270 En lieu et place des points (@dots{}), voici les éléments à saisir :
1272 Tout d'abord, il convient de donner un nom à notre nouveau contexte :
1278 Comme il est très semblable à un contexte @code{Voice}, nous souhaitons
1279 que toutes les commandes associées au @code{Voice} déjà existant restent
1280 valables. D'où nécessité de la commande @code{\alias}, qui va l'associer
1281 au contexte @code{Voice} :
1287 Ce contexte doit pouvoir imprimer des notes et des indications
1288 textuelles ; on ajoute donc les graveurs appropriés ainsi que celui
1289 dévolu au regroupement sous forme de colonne des notes, hampes et
1290 silences qui interviennent au même moment musical :
1293 \consists "Note_heads_engraver"
1294 \consists "Text_engraver"
1295 \consists "Rhythmic_column_engraver"
1298 Toutes les notes devraient s'afficher au centre de la portée :
1301 \consists "Pitch_squash_engraver"
1302 squashedPosition = #0
1305 Le graveur @code{Pitch_squash_engraver} intercepte les notes créées par
1306 le @code{Note_heads_engraver}, et les « écrase » pour qu'elles aient
1307 toutes la même position verticale, définie par @code{squashedPosition} :
1308 ici il s'agit de la valeur @code{0}, c'est-à-dire la ligne du milieu.
1310 On veut que les notes aient la forme d'une barre oblique, sans aucune
1314 \override NoteHead.style = #'slash
1318 Tous ces modules doivent communiquer sous le contrôle du contexte. Les
1319 mécanismes permettant aux contextes de communiquer sont établis dès lors
1320 que le mot-clé @code{\type} précède le contexte. La plupart des
1321 contextes mentionnés au sein d'un bloc @code{\layout} seront de type
1322 @code{Engraver_group}. Certains contextes spécifiques, ainsi que ceux
1323 mentionnés dans les blocs @code{\midi}, reposent sur d'autres types de
1324 contexte. Recopier un contexte préexistant pour en modifier la
1325 définition lui affecte le type adéquat. Dans la mesure où notre exemple
1326 consiste à créer une définition de toute pièce, son type doit être
1327 explicitement spécifié.
1330 \type "Engraver_group"
1333 Récapitulons ; on se retrouve avec le bloc suivant :
1338 \type "Engraver_group"
1339 \consists "Note_heads_engraver"
1340 \consists "Text_engraver"
1341 \consists "Rhythmic_column_engraver"
1342 \consists "Pitch_squash_engraver"
1343 squashedPosition = #0
1344 \override NoteHead.style = #'slash
1352 Ce n'est pas tout. En effet, on veut intégrer le nouveau contexte
1353 @code{ImproVoice} dans la hiérarchie des contextes. Tout comme le
1354 contexte @code{Voice}, sa place est au sein du contexte @code{Staff}.
1355 Nous allons donc modifier la définition du contexte @code{Staff},
1356 au moyen de la commande @code{\accepts} :
1367 Le contraire de @code{\accepts} est @code{\denies} ; il est parfois
1368 utile lorsque l'on recycle des définitions de contextes déjà existantes.
1370 Enfin, tout cela doit prendre place dans le bloc @code{\layout},
1381 \accepts "ImproVoice"
1386 On peut alors saisir la musique, comme dans l'exemple plus haut :
1394 c c_"tout en jouant :)"
1400 Pour être tout à fait complet, les modifications apportée à la
1401 hiérarchie des contextes devraient être répétés au niveau du bloc
1402 @code{\midi} de telle sorte que la sortie Midi dépende des mêmes
1406 Référence des propriétés internes :
1407 @rinternals{Note_heads_engraver},
1408 @rinternals{Text_engraver},
1409 @rinternals{Rhythmic_column_engraver},
1410 @rinternals{Pitch_squash_engraver}.
1413 @node Ordonnancement des contextes
1414 @subsection Ordonnancement des contextes
1415 @translationof Context layout order
1417 @cindex contextes, ordonnancement
1422 Les contextes viennent en principe se positionner selon leur ordre
1423 d'apparition dans le fichier source. Lorsque plusieurs contextes sont
1424 imbriqués, le contexte englobant supportera les différents contextes
1425 mentionnés dans le fichier source, à la stricte condition qu'ils soient
1426 dûment « agréés ». Les contextes imbriqués qui ne font pas partie de
1427 la « liste d'agréments » du contexte englobant se retrouveront en
1428 dessous de celui-ci au lieu d'y être imbriqués.
1430 La liste des « agréments » d'un contexte se gère à l'aide des
1431 instructions @code{\accepts} ou @code{\denies} -- @code{\accepts} pour
1432 ajouter un contexte à la liste, @code{\denies} pour retirer l'agrément.
1434 Par exemple, on ne trouve normalement pas de portées regroupées par un
1435 crochet au sein d'un groupe matérialisé par une accolade et des barres
1436 d'un seul tenant ; un @code{GrandStaff} n'accepte donc pas, par défaut,
1437 d'englober un @code{StaffGroup}.
1439 @lilypond[verbatim,quote]
1446 \new Staff { \set Staff.instrumentName = bottom f'1 }
1451 Néanmoins, et grâce à une instruction @code{\accepts}, un
1452 @code{StaffGroup} peut se voir ajouté au contexte @code{GrandStaff} :
1454 @lilypond[verbatim,quote]
1461 \new Staff { \set Staff.instrumentName = bottom f'1 }
1466 \accepts "StaffGroup"
1472 L'instruction @code{\denies} permet, lorsqu'un nouveau contexte reprend
1473 les définitions d'un contexte existant, d'en ajuster les composantes.
1474 C'est par exemple le cas du contexte @code{VaticanaStaff}, réplique du
1475 contexte @code{Staff}, au sein duquel le contexte @code{VaticanaVoice} se
1476 substitue au contexte @code{Voice} dans la « liste d'agrément ».
1478 @cindex contextes implicites
1479 @cindex implicites, contextes
1480 @funindex \defaultchild
1482 Gardez à l'esprit que, face à une instruction qui ne s'appliquerait à
1483 aucun contexte déjà existant, LilyPond créera un nouveau contexte
1486 Lors de la définition d'un contexte, les types de contextes
1487 sous-jacents susceptibles d'être créés implicitement sont spécifiés à
1488 l'aide d'une commande @code{\defaultchild}. Un certain nombre
1489 d'événements musicaux requièrent un contexte de plus bas niveau ; face à
1490 un tel événement, LilyPond crée autant de « sous-contextes » que
1491 nécessaire, jusqu'au contexte ne comportant aucun @emph{defaultchild}.
1493 La création implicite de contexte peut donc finir par engendrer de
1494 manière intempestive une nouvelle portée ou une autre partition.
1495 L'utilisation d'une instruction @code{\new} pour créer explicitement des
1496 contextes permet d'éviter ces problèmes.
1498 @cindex alignAboveContext
1499 @cindex alignBelowContext
1500 @funindex alignAboveContext
1501 @funindex alignBelowContext
1503 Il arrive qu'un contexte ne doive exister que pendant un court instant,
1504 ce qui est le cas par exemple pour une @emph{ossia}. Le plus simple
1505 consiste alors à initialiser la définition d'un contexte à l'endroit
1506 approprié, en parallèle avec le fragment correspondant dans la musique
1507 principale. Ce contexte temporaire sera par défaut positionné sous les
1508 autres contextes existants. Le repositionner au-dessus du contexte
1509 « principal » demande de le définir ainsi :
1512 \new Staff \with @{ alignAboveContext = #"principal" @}
1515 Il en va de même pour les contextes temporaires de paroles au sein d'un
1516 système à plusieurs portées comme un @code{ChoirStaff} lorsque, par
1517 exemple, un couplet supplémentaire apparaît à l'occasion d'une reprise.
1518 Ce contexte de paroles temporaire se place par défaut sous les portées
1519 inférieures. Lui adjoindre une instruction @code{alignBelowContext} dès
1520 son initialisation permet de l'accoler au contexte de paroles (nommé)
1521 qui contient le premier couplet.
1523 Des exemples de repositionnement de contexte temporaire sont disponibles
1524 aux rubriques @rlearning{Expressions musicales imbriquées},
1525 @ref{Modification de portées individuelles} et
1526 @ref{Situations particulières en matière de paroles}.
1529 Manuel d'initiation :
1530 @rlearning{Expressions musicales imbriquées}.
1532 Manuel de notation :
1533 @ref{Modification de portées individuelles},
1534 @ref{Situations particulières en matière de paroles}.
1536 Manuel d'utilisation :
1537 @rprogram{Apparition d'une portée supplémentaire}.
1539 Fichiers d'initialisation :
1540 @file{ly/engraver-init.ly}.
1543 @node En quoi consiste la référence des propriétés internes
1544 @section En quoi consiste la référence des propriétés internes
1545 @translationof Explaining the Internals Reference
1548 * Navigation dans les références du programme::
1549 * Interfaces de rendu::
1550 * Détermination de la propriété d'un objet graphique (grob)::
1551 * Conventions de nommage::
1555 @node Navigation dans les références du programme
1556 @subsection Navigation dans les références du programme
1557 @translationof Navigating the program reference
1559 @c TODO remove this (it's in the LM)
1560 @c Replace with more factual directions
1562 Comment, par exemple, déplacer le doigté dans le fragment suivant ?
1564 @lilypond[quote,fragment,verbatim]
1568 Sur la page de la documentation relative aux doigtés, c'est-à-dire
1569 @ref{Doigtés}, se trouve l'indication suivante :
1574 Référence des propriétés internes : @rinternals{Fingering}.
1577 @c outdated info; probably will delete.
1579 This fragment points to two parts of the program reference: a page
1580 on @code{FingerEvent} and one on @code{Fingering}.
1582 The page on @code{FingerEvent} describes the properties of the music
1583 expression for the input @code{-2}. The page contains many links
1584 forward. For example, it says
1587 Accepted by: @rinternals{Fingering_engraver},
1591 That link brings us to the documentation for the Engraver, the
1595 This engraver creates the following layout objects: @rinternals{Fingering}.
1598 In other words, once the @code{FingerEvent}s are interpreted, the
1599 @code{Fingering_engraver} plug-in will process them.
1603 @c I can't figure out what this is supposed to mean. -gp
1605 The @code{Fingering_engraver} is also listed to create
1606 @rinternals{Fingering} objects,
1608 @c old info? it doesn't make any sense to me with our current docs.
1610 second bit of information listed under @b{See also} in the Notation
1615 Ladite référence est disponible au format HTML, ce qui rend la
1616 navigation bien plus aisée. Il est possible soit de la lire en ligne,
1617 soit de la télécharger dans ce format. La démarche présentée ici sera
1618 plus difficile à comprendre dans un document au format PDF.
1621 Suivons le lien @rinternals{Fingering}. En haut de la nouvelle page,
1625 Fingering objects are created by: @rinternals{Fingering_engraver} and
1626 @rinternals{New_fingering_engraver}.
1629 En d'autres termes, @emph{Les indications de doigtés} (@code{Fingering}
1630 en anglais) @emph{sont créées par les graveurs
1631 @rinternals{Fingering_engraver} et @rinternals{New_fingering_engraver}.}
1633 En suivant derechef les liens propres à la référence du programme, on
1634 suit en fait le cheminement qui aboutit à la création de la partition :
1638 @item @rinternals{Fingering}:
1639 @rinternals{Fingering} objects are created by:
1640 @rinternals{Fingering_engraver}
1642 @item @rinternals{Fingering_engraver}:
1643 Music types accepted: @rinternals{fingering-event}
1645 @item @rinternals{fingering-event}:
1646 Music event type @code{fingering-event} is in Music expressions named
1647 @rinternals{FingeringEvent}
1650 Ce cheminement se produit, bien sûr, en sens inverse : nous sommes
1651 ici partis du résultat, et avons abouti aux événements (en anglais
1652 @emph{Events}) engendrés par le fichier d'entrée. L'inverse est
1653 également possible : on peut partir d'un événement, et suivre le
1654 cheminement de LilyPond qui aboutit à la création d'un ou plusieurs
1657 La référence des propriétés internes peut également se parcourir comme
1658 un document normal. On y trouve des chapitres tels que
1660 @rinternals{Music definitions},
1663 @code{Music definitions}
1665 @rinternals{Translation}, ou encore @rinternals{Backend}. Chaque
1666 chapitre recense toutes les définitions employées, et les propriétés
1667 sujettes à ajustements.
1669 @c -- what about adding a link to the glossary here ? -vv
1670 La Référence des propriétés internes n'est pas traduite en français --
1671 notamment du fait qu'elle est en évolution constante, tout comme
1672 LilyPond. En revanche, les termes musicaux font l'objet d'un
1673 @rglosnamed{Top, glossaire} fort utile pour les utilisateurs
1677 @node Interfaces de rendu
1678 @subsection Interfaces de rendu
1679 @translationof Layout interfaces
1681 @cindex interfaces de rendu
1682 @cindex rendu, interfaces de
1683 @cindex objets graphiques
1686 Tous les éléments de notation sont considérés comme des objets
1687 graphiques (en anglais @emph{Graphical Object}, d'où le diminutif
1688 @emph{Grob}). Chaque objet est doté d'un certain nombre de propriétés
1689 (l'épaisseur du trait, l'orientation, etc.), et lié à d'autres objets.
1690 Le fonctionnement de ces objets est décrit en détail dans
1691 @rinternals{grob-interface}.
1693 Prenons l'exemple des doigtés (en anglais @emph{Fingering}). La page
1694 @code{Fingering} de la Référence des propriétés internes établit une
1695 liste de définitions propres à ce type d'objet :
1698 @code{padding} (dimension, in staff space):
1704 Ce qui signifie que les doigtés doivent être maintenus à une certaine
1705 distance (@emph{padding}) des notes : 0,5 unités @emph{staff-space}
1708 Chaque objet peut avoir plusieurs attributs, en tant qu'élément
1709 typographique ou musical. Ainsi, un doigté (objet @emph{Fingering})
1710 possède les attributs suivants :
1714 Sa taille ne dépend pas de l'espacement horizontal, contrairement aux
1715 liaisons ou ligatures.
1718 C'est du texte -- un texte vraiment court, certes.
1721 Ce texte est imprimé au moyen d'une fonte, contrairement aux liaisons ou
1725 Sur l'axe horizontal, le centre de ce symbole doit être aligné avec le
1729 Sur l'axe vertical, le symbole doit être proche de la note et de la
1733 Sur l'axe vertical encore, il doit également s'ordonner avec les
1734 éventuels autres symboles, ponctuations ou éléments textuels.
1737 Faire appliquer ces différents attributs est le rôle des
1738 @emph{interfaces}, que l'on trouve en bas de la page
1739 @rinternals{Fingering}.
1742 This object supports the following interfaces:
1743 @rinternals{item-interface},
1744 @rinternals{self-alignment-interface},
1745 @rinternals{side-position-interface}, @rinternals{text-interface},
1746 @rinternals{text-script-interface}, @rinternals{font-interface},
1747 @rinternals{finger-interface}, and @rinternals{grob-interface}.
1754 Cet objet admet les interfaces suivantes :
1757 Suit la liste des interfaces en question, présentées comme autant de
1758 liens qui conduisent aux pages dédiées à chacune d'entre elles.
1759 Chaque interface est dotée d'un certain nombre de propriétés, dont
1760 certaines peuvent être modifiées, et d'autres non (les @emph{Internal
1761 properties}, ou propriétés internes).
1763 Pour aller encore plus loin, plutôt que de simplement parler de l'objet
1764 @code{Fingering}, ce qui ne nous avance pas à grand chose, on peut aller
1765 explorer son âme même, dans les fichiers source de LilyPond (voir
1766 @rlearning{Autres sources de documentation}), en l'occurrence le fichier
1767 @file{scm/define-grobs.scm} :
1772 (avoid-slur . around)
1773 (slur-padding . 0.2)
1774 (staff-padding . 0.5)
1775 (self-alignment-X . 0)
1776 (self-alignment-Y . 0)
1777 (script-priority . 100)
1778 (stencil . ,ly:text-interface::print)
1779 (direction . ,ly:script-interface::calc-direction)
1780 (font-encoding . fetaText)
1781 (font-size . -5) ; don't overlap when next to heads.
1782 (meta . ((class . Item)
1783 (interfaces . (finger-interface
1785 text-script-interface
1787 side-position-interface
1788 self-alignment-interface
1789 item-interface))))))
1793 @dots{}où l'on découvre que l'objet @code{Fingering} n'est rien de plus
1794 qu'un amas de variables et de réglages. La page de la Référence des
1795 propriétés internes est en fait directement engendrée par cette
1799 @node Détermination de la propriété d'un objet graphique (grob)
1800 @subsection Détermination de la propriété d'un objet graphique (grob)
1801 @translationof Determining the grob property
1803 @c TODO remove this (it's in the LM)
1804 @c Replace with more factual directions
1806 Nous voulions changer la position du chiffre @b{2} dans le fragment
1809 @lilypond[quote,fragment,verbatim]
1813 Dans la mesure où le @b{2} est placé, verticalement, à proximité de la
1814 note qui lui correspond, nous allons devoir trouver l'interface en
1815 charge de ce placement, qui se trouve être
1816 @code{side-position-interface}. Sur la page de cette interface, on peut
1820 @code{side-position-interface}
1822 Position a victim object (this one) next to other objects (the
1823 support). The property @code{direction} signifies where to put the
1824 victim object relative to the support (left or right, up or down?)
1830 @code{side-position-interface}
1832 Placer l'objet affecté à proximité d'autres objets. La propriété
1833 @code{direction} indique où positionner l'objet (à droite ou à gauche,
1839 En dessous de cette description se trouve décrite la variable
1845 (dimension, in staff space)
1847 Add this much extra space between objects that are next to each other.
1854 Ajouter tel espace supplémentaire entre des objets proches les uns des
1859 En augmentant la valeur de @code{padding}, on peut donc éloigner le
1860 doigté de la note. La commande suivante insère trois unités d'espace
1861 vide entre la note et le doigté :
1864 \once \override Voice.Fingering.padding = #3
1867 En ajoutant ce tampon avant la création du doigté (de l'objet
1868 @code{Fingering}), donc avant @code{c2}, on obtient le résultat
1871 @lilypond[quote,relative=2,verbatim]
1872 \once \override Voice.Fingering.padding = #3
1876 Dans le cas présent, le réglage intervient dans le contexte @code{Voice},
1877 ce qui pouvait également se déduire de la Référence des propriétés
1878 internes, où la page du graveur @rinternals{Fingering_engraver}
1882 Fingering_engraver is part of contexts: @dots{} @rinternals{Voice}
1888 Le graveur Fingering_engraver fait partie des contextes : @dots{}
1893 @node Conventions de nommage
1894 @subsection Conventions de nommage
1895 @translationof Naming conventions
1897 Afin de s'y retrouver plus aisément et d'éviter les erreurs de frappe,
1898 voici quelques conventions en matière de nommage :
1901 @item fonctions scheme :
1902 minuscule-avec-trait-d-union (ce qui inclut les noms en mot-unique)
1904 @item fonctions scheme :
1905 ly:plus-style-scheme
1907 @item événements, classes et propriétés musicaux :
1908 identique-aux-fonctions-scheme
1910 @item interfaces d'objet graphique :
1913 @item propriétés d'arrière plan :
1914 style-scheme (mais X et Y pour les axes)
1916 @item contextes (ainsi que MusicExpressions et grobs) :
1917 Capitale initiale ou Camélisation (CamelCase)
1919 @item propriétés de contexte :
1920 minusculeSuivieDeCamélisation
1923 Capitale_initiale_puis_minuscules_séparées_par_un_souligné
1926 Les questions que vous devez vous poser sont :
1928 @item Qu'est-ce qui relève des conventions, et qu'est-ce qui relève de
1931 @item Qu'est-ce qui relève des règles du langage sous-jacent, et
1932 qu'est-ce qui est propre à LilyPond ?
1936 @node Modification de propriétés
1937 @section Modification de propriétés
1938 @translationof Modifying properties
1940 @c TODO change the menu and subsection node names to use
1941 @c backslash once the new macro to handle the refs
1942 @c is available. Need to find and change all refs at
1943 @c the same time. -td
1946 * Vue d'ensemble de la modification des propriétés::
1947 * La commande de fixation (set)::
1948 * La commande de dérogation (override)::
1949 * La commande d'affinage (tweak)::
1951 * Modification de listes associatives::
1955 @node Vue d'ensemble de la modification des propriétés
1956 @subsection Vue d'ensemble de la modification des propriétés
1957 @translationof Overview of modifying properties
1959 Chaque contexte est chargé de créer plusieurs types d'objets graphiques.
1960 Il contient également les réglages nécessaires pour chacun de ces
1961 objets. Si l'on modifie ces réglages, les objets n'auront plus la même
1964 Les contextes comportent deux types différents de propriétés : des
1965 propriétés de contexte et des propriétés d'objet graphique. Les
1966 propriétés de contexte sont celles qui s'appliqueront globalement au
1967 contexte en tant que tel ; elles gèrent la manière dont le contexte
1968 apparaîtra. Les propriétés d'objet graphique, par contre, s'appliquent
1969 à des types particuliers d'objet qui apparaissent dans le contexte en
1972 Les commandes @code{\set} et @code{\unset} permettent de modifier les
1973 valeurs des propriétés de contexte. Les commandes @code{\override} et
1974 @code{\revert} permettent de modifier les valeurs des propriétés des
1978 La syntaxe employée pour ce faire est
1981 \override @var{contexte}.@var{objet}.@var{propriété} = #@var{valeur}
1984 Ici @var{objet} est un objet graphique, tel que @code{Stem} (les hampes)
1985 ou @code{NoteHead} (les têtes de note) ; @var{propriété} est une
1986 variable (désignée par un symbole) employée par le système de mise en
1987 page. La sous-section @ref{Élaboration d'une retouche} vous aidera à
1988 savoir quoi mettre à la place de @var{objet}, @var{propriété} et
1989 @var{valeur} ; notre propos n'est ici que d'examiner l'emploi de cette
1992 La commande suivante :
1995 \override Staff.Stem.thickness = #4.0
1999 rend les hampes plus épaisses (la valeur par défaut est 1.3, ce qui
2000 signifie qu'elles sont 1,3 fois plus épaisses que les lignes de la
2001 portée). Dans la mesure où nous avons indiqué @code{Staff} comme
2002 contexte, ce réglage ne s'appliquera qu'à la portée courante ; les
2003 autres portées demeureront intactes.
2005 @lilypond[quote,fragment,verbatim]
2007 \override Staff.Stem.thickness = #4.0
2013 La commande @code{\override} modifie donc la définition de l'objet
2014 @code{Stem} dans le contexte @code{Staff} ; toutes les hampes qui
2015 suivent seront affectées.
2017 Tout comme avec la commande @code{\set}, l'argument @var{contexte} peut
2018 être omis, auquel cas le contexte par défaut (ici, @code{Voice}) sera
2019 employé. La commande @code{\once} permet de n'appliquer la modification
2022 @lilypond[quote,fragment,verbatim]
2024 \once \override Stem.thickness = #4.0
2029 La commande @code{\override} doit être entrée @emph{avant} l'objet
2030 concerné. Ainsi, lorsque l'on veut altérer un objet qui se prolonge,
2031 tel qu'une liaison, une ligature ou tout autre objet dit @emph{Spanner},
2032 la commande @code{\override} doit être saisie avant que l'objet soit
2035 @lilypond[quote,fragment,verbatim]
2036 \override Slur.thickness = #3.0
2038 \override Beam.beam-thickness = #0.6
2043 Dans cet exemple, la liaison (@emph{Slur}) est épaissie, mais non la
2044 ligature (@emph{Beam}). En effet, le code qui lui est relatif n'a pas
2045 été inséré avant le début de la ligature, et demeure donc sans effet.
2047 De même que la commande @code{\unset}, la commande @code{\revert} défait
2048 ce qui a été fait par une commande @code{\override}. Tout comme avec
2049 @code{\unset}, elle ne peut annuler que les réglages effectués dans le
2050 même contexte. Ainsi dans l'exemple suivant, la commande @code{\revert}
2054 \override Voice.Stem.thickness = #4.0
2055 \revert Staff.Stem.thickness
2058 Il existe, à l'intérieur même de certaines propriétés, des options que
2059 l'on nomme « sous-propriétés ». La syntaxe est alors
2061 @c leave this as a long long
2063 \override @var{contexte}.@var{objet}.@var{propriété}.@var{sous-propriété} = #@var{valeur}
2067 Ainsi, par exemple :
2070 \override Stem.details.beamed-lengths = #'(4 4 3)
2076 Référence des propriétés internes :
2077 @rinternals{Backend},
2078 @rinternals{All layout objects},
2079 @rinternals{OverrideProperty},
2080 @rinternals{RevertProperty},
2081 @rinternals{PropertySet}.
2084 La sous-couche Scheme ne vérifie pas la saisie des propriétés de façon
2085 très stricte. Des références cycliques dans des valeurs Scheme peuvent
2086 de ce fait interrompre ou faire planter le programme -- ou bien les
2090 @node La commande de fixation (set)
2091 @subsection La commande de fixation @code{@bs{}set}
2092 @translationof The set command
2095 @cindex modifier des propriétés
2098 Chaque contexte peut avoir plusieurs @strong{propriétés}, c'est-à-dire
2099 des variables qu'il inclut. Ces dernières peuvent être modifiées « à la
2100 volée », c'est-à-dire pendant que la compilation s'accomplit. C'est ici
2101 le rôle de la commande @code{\set}.
2104 \set @var{contexte}.@var{propriété} = #@var{valeur}
2107 Dans la mesure où @var{valeur} est constituée d'un objet Scheme, elle
2108 doit être précédée du caractère @code{#}.
2110 Les propriétés des contextes se libellent sous la forme
2111 @code{minusculeMajuscule}. Leur rôle consiste principalement à traduire
2112 la musique en notation : par exemple, @code{localAlterations}
2113 déterminera quand imprimer une altération accidentelle, et
2114 @code{measurePosition} quand imprimer une barre de mesure. La valeur
2115 des propriétés des contextes peuvent évoluer au fur et à mesure que l'on
2116 avance dans le morceau -- @code{measurePosition} en est l'illustration
2119 Ainsi la propriété de contexte @code{skipBars} permet de condenser les
2120 mesures vides de notes, en des silences multimesures. Il s'agit d'un
2121 objet Scheme, auquel on attribue la valeur booléenne « vrai »,
2122 c'est-à-dire la lettre @code{#t} pour « True » en anglais :
2124 @lilypond[quote,fragment,verbatim]
2126 \set Score.skipBars = ##t
2130 Si l'argument @var{contexte} n'est pas spécifié, alors la propriété
2131 cherchera à s'appliquer dans le contexte le plus restreint où elle est
2132 employée : le plus souvent @code{ChordNames}, @code{Voice} ou
2135 @lilypond[quote,fragment,verbatim]
2136 \set Score.autoBeaming = ##f
2139 \set autoBeaming = ##t
2147 Ce changement étant appliqué « à la volée », il n'affecte que le second
2150 Notez que le contexte le plus restreint n'est pas toujours le bon, et
2151 peut ne pas contenir la propriété qui vous intéresse : ainsi, la
2152 propriété @code{skipBars}, évoquée plus haut, ne relève pas du contexte
2153 @code{Voice}, mais du contexte @code{Score} -- le code suivant ne
2156 @lilypond[quote,fragment,verbatim]
2162 Les contextes s'organisent de façon hiérarchique : aussi, lorsqu'un
2163 contexte de niveau supérieur est spécifié (par exemple @code{Staff}), la
2164 propriété sera modifiée dans tous les contextes inférieurs (tous les
2165 contextes @code{Voice}, par exemple) qu'il contient.
2169 La commande @code{\unset} permet d'annuler la définition d'une
2173 \unset @var{contexte}.@var{propriété}
2177 si et seulement si cette @var{propriété} a été définie dans ce
2178 @var{contexte} précis. En d'autres termes, la commande @code{\unset}
2179 doit impérativement affecter le même contexte que la commande
2180 @code{\set} d'origine, même en cas d'imbrication.
2182 @lilypond[quote,fragment,verbatim]
2183 \set Score.autoBeaming = ##t
2187 \unset Score.autoBeaming
2195 Si l'on se trouve dans le contexte le plus restreint, il n'est pas
2196 obligatoire, là encore, de spécifier le @var{contexte}. Ainsi, les deux
2200 \set Voice.autoBeaming = ##t
2201 \set autoBeaming = ##t
2205 sont équivalentes si elles apparaissent dans un contexte @code{Voice}.
2209 Pour modifier une propriété de façon à ce que l'accommodement ne
2210 s'applique qu'une seule fois, il convient d'adjoindre l'instruction
2211 @code{\once} à la commande @code{\set} ou @code{\unset} :
2213 @lilypond[quote,fragment,verbatim]
2215 \once \set fontSize = #4.7
2220 Ici le changement de taille est annulé aussitôt après la note concernée.
2222 La référence des propriétés internes contient une description exhaustive
2223 de toutes les propriétés, contexte par contexte : voir
2225 @rinternals{Tunable context properties}.
2228 Translation @expansion{} Tunable context properties.
2233 Référence des propriétés internes :
2234 @rinternals{Tunable context properties}.
2237 @node La commande de dérogation (override)
2238 @subsection La commande de dérogation @code{@bs{}override}
2239 @translationof The override command
2241 @cindex grob, propriétés
2242 @cindex objet graphique, propriétés
2243 @cindex propriétés d'un grob
2244 @cindex propriétés d'objet graphique
2248 La commande @code{\override} permet de modifier la mise en forme des
2249 objets graphiques. Les descriptions d'objet graphique, dont les noms
2250 commencent par une majuscule, puis comprennent une ou plusieurs
2251 majuscules (de style @code{TotoTata}), contiennent les réglages « par
2252 défaut » pour les objets graphiques. Ces réglages sont sous forme de
2253 liste Scheme ; on peut les consulter dans le fichier
2254 @file{scm/define-grobs.scm}.
2256 @code{\override} est en fait un raccourci :
2259 \override [@var{contexte}.]@var{NomObjet}.@var{propriété} = #@var{valeur}
2262 Nous pouvons donc par exemple accroître l'épaisseur des hampes en jouant
2263 sur la propriété @code{thickness} de l'objet @code{stem} :
2265 @lilypond[quote,fragment,verbatim]
2267 \override Voice.Stem.thickness = #3.0
2271 Lorsqu'aucun contexte n'est spécifié dans une clause @code{\override},
2272 celle-ci s'appliquera au contexte le plus bas :
2274 @lilypond[quote,fragment,verbatim]
2275 \override Staff.Stem.thickness = #3.0
2279 \override Stem.thickness = #0.5
2288 Certaines « sous-propriétés » sont parfois contenues dans une propriété.
2289 La commande devient alors :
2292 \override Stem.details.beamed-lengths = #'(4 4 3)
2295 ou, pour modifier les extrémités d'un objet à extension :
2298 \override TextSpanner.bound-details.left.text = #"texte de gauche"
2299 \override TextSpanner.bound-details.right.text = #"texte de droite"
2302 @cindex annulation d'un override
2303 @cindex override, annulation des effets
2306 Les effets d'un @code{\override} prennent fin à l'aide de l'instruction
2309 La syntaxe de la commande @code{\revert} command est :
2312 \revert [@var{contexte}.]@var{NomObjet}.@var{propriété}
2317 @lilypond[quote,verbatim]
2320 \override Voice.Stem.thickness = #3.0
2322 \revert Voice.Stem.thickness
2327 Les effets d'un @code{\override} ou d'un @code{\revert} s'appliquent dès
2328 l'endroit où ils apparaissent, et à tous les objets dans le contexte
2331 @lilypond[quote,verbatim]
2335 \override Staff.Stem.thickness = #3.0
2340 \revert Staff.Stem.thickness
2346 @cindex override ponctuel
2349 Les instructions @code{\override} et @code{\revert} doivent être
2350 précédées d'un @code{\once} dès lors que les effets de
2351 l'accommodement ne concernent que l'événement qui les suit directement :
2353 @lilypond[quote,verbatim]
2356 \override Stem.thickness = #3.0
2361 \once \override Stem.thickness = #3.0
2368 Les commandes permettant de modifier l'apparence de la partition
2369 ressemblent en général à
2372 \override Voice.Stem.thickness = #3.0
2376 Pour élaborer un réglage de ce type, on a besoin de connaître
2380 @item le contexte : ici @code{Voice} (la voix).
2381 @item l'objet à affecter : ici @code{Stem} (les hampes).
2382 @item la propriété à modifier : ici @code{thickness} (l'épaisseur
2384 @item la valeur désirée : ici @code{3.0} (par défaut, elle est de 1.3).
2387 @cindex documentation exhaustive
2388 @cindex trouver des objets graphiques
2389 @cindex objets graphiques, description
2393 Pour bien des propriétés, quel que soit le type de valeur requise,
2394 attribuer la valeur « faux » (@code{##f} en Scheme) reviendra à
2395 désactiver complètement l'action de la propriété qui se trouve ainsi
2396 purement ignorée par LilyPond. Cela peut s'avérer fort utile pour des
2397 propriétés causant des désagréments.
2402 Référence des propriétés internes :
2403 @rinternals{Backend}
2406 @node La commande d'affinage (tweak)
2407 @subsection La commande d'affinage @code{@bs{}tweak}
2408 @translationof The tweak command
2410 @cindex retouche (tweak)
2411 @cindex affinage (tweak)
2412 @cindex ajustement (tweak)
2413 @cindex tweak (retouche, affinage)
2416 L'utilisation d'un @code{\override} pour modifier les propriétés d'un
2417 objet graphique affectera toutes les instances de l'objet en question au
2418 sein du contexte, et ce dès son apparition. Il peut parfois être
2419 préférable de n'affecter qu'un seul objet en particulier plutôt que tous
2420 les objets du contexte. C'est là le rôle de l'instruction @code{\tweak},
2421 dont la syntaxe est :
2424 \tweak [@var{objet-de-rendu}.]objet-propriété valeur
2427 Mention de l'@var{objet-de-rendu} est optionnel.
2428 La commande @code{\tweak} s'applique à l'objet qui apparaît
2429 immédiatement après @code{valeur}.
2432 Dans certains cas, on peut passer par un raccourci pour arranger les
2433 objets graphiques. Lorsqu'un objet est directement engendré par un
2434 élément distinct du fichier source, on peut utiliser la commande
2437 Dans l'accord suivant, les notes sont modifiées une par une :
2439 @lilypond[verbatim,quote]
2445 \tweak duration-log #1
2453 Comme on peut le voir, les propriétés sont ici modifiées directement
2454 en même temps que les objets sont saisis. Il n'est plus besoin de
2455 spécifier ni le nom de l'objet (@emph{grob}), ni le contexte dans lequel
2456 cela doit s'appliquer. Ce procédé ne marche que pour des objets
2457 directement liés aux événements (@rinternals{Event}) du fichier source.
2461 @item Les têtes de notes au sein d'un accord, qui sont directement
2462 engendrées par les hauteurs indiquées
2464 @item Les signes d'articulation, engendrés par les indications de
2468 En revanche, les hampes ou les altérations sont engendrées par les têtes
2469 de notes, et non par des évènements dans le fichier source. De même
2470 pour les clés, qui ne sont pas directement engendrées par le fichier
2471 source, mais plutôt par le changement d'une propriété interne.
2473 En fait, très peu d'objets passent @emph{directement} du code source à
2474 la partition. Une note toute simple, par exemple @code{c4}, fait l'objet
2475 d'un traitement et n'est donc pas directement rendue ; c'est
2476 pourquoi le code suivant ne sera d'aucun effet :
2479 \tweak color #red c4
2485 @lilypond[verbatim,fragment,quote]
2486 <\tweak color #red c''>4
2490 Pour une introduction à la syntaxe et l'utilisation des retouches, voir
2491 le chapitre @rlearning{Méthodes de retouche}.
2493 Lorsque plusieurs éléments de même nature surviennent au même instant,
2494 il devient impossible d'utiliser l'instruction @code{\override} pour
2495 n'en modifier qu'un seul individuellement, d'où l'intérêt de la commande
2496 @code{\tweak}. Entre autres éléments qui sont susceptibles de se
2497 produire au même instant, nous citerons :
2499 @c TODO expand to include any further uses of \tweak
2501 @item les têtes de notes au sein d'un accord,
2502 @item les signes d'articulation,
2503 @item les liaisons de prolongation sur des notes d'un accord,
2504 @item les crochets de n-olets démarrant au même instant
2507 @c TODO add examples of these
2509 Dans l'exemple suivant, l'une des têtes de note de l'accord est
2510 colorisée, et l'aspect d'une autre est changé.
2512 @lilypond[verbatim,fragment,quote]
2517 \tweak duration-log #1
2522 L'instruction @code{\tweak} permet aussi de modifier l'aspect d'une
2525 @lilypond[verbatim,quote]
2526 \relative { c'-\tweak thickness #5 ( d e f) }
2529 La commande @code{\tweak} ne sera pleinement fonctionnelle que si elle
2530 est directement rattachée à l'objet auquel elle doit s'appliquer alors
2531 que le fichier source est converti en flux musical. Vouloir modifier la
2532 globalité d'un accord est sans résultat dans la mesure où il ne
2533 constitue qu'un conteneur pour des événements musicaux et que tous les
2534 objets seront créés à partir d'événements appartenant à un
2535 @code{EventChord} (un événement d'accord) :
2537 @lilypond[relative=2,verbatim,quote]
2538 \tweak color #red c4
2539 \tweak color #red <c e>4
2540 <\tweak color #red c>4
2543 La commande @code{\tweak} simple ne saurait servir à modifier un élément
2544 qui ne serait pas explicitement mentionné dans le fichier source. C'est
2545 notamment le cas des hampes, ligatures automatiques ou altérations, dans
2546 la mesure où elles seront ultérieurement générées et après les têtes de
2547 note (objets @code{NoteHead}), plutôt qu'au fil des éléments musicaux
2550 De tels objets créés indirectement ne peuvent être ajustés que par une
2551 forme développée de la commande @code{\tweak}, autrement dit
2552 lorsque l'objet est explicitement mentionné :
2554 @lilypond[fragment,verbatim,quote]
2555 \tweak Stem.color #red
2556 \tweak Beam.color #green c''8 e''
2557 <c'' e'' \tweak Accidental.font-size #-3 ges''>4
2560 La commande @code{\tweak} ne peut non plus servir à modifier clefs ou
2561 métriques, puisqu'elles seront immanquablement séparées du @code{\tweak}
2562 par l'insertion automatique d'autres éléments requis pour spécifier le
2565 Plusieurs commandes @code{\tweak} en enfilade permettent d'affecter un
2566 même élément de notation :
2568 @lilypond[verbatim,fragment,quote]
2570 -\tweak style #'dashed-line
2571 -\tweak dash-fraction #0.2
2572 -\tweak thickness #3
2578 Vous pouvez examiner le flux musical généré par une portion d'un
2579 fichier source, y compris les éléments automatiquement insérés, en
2580 suivant les indications portées à la rubrique
2581 @rextend{Affichage d'expressions musicales}. Ceci s'avère tout à fait
2582 approprié pour déterminer ce qui peut se modifier à l'aide d'un
2583 @code{\tweak} ou bien aider à rectifier votre source de telle sorte
2584 que le @code{\tweak} produise ses effets.
2587 Manuel d'initiation :
2588 @rlearning{Méthodes de retouche}.
2590 Manuel d'extension :
2591 @rextend{Affichage d'expressions musicales}.
2595 @cindex tweak et points de contrôle
2596 @cindex points de contrôle et tweak
2598 Lorsqu'il y a plusieurs liaisons de prolongation dans un accord, la
2599 commande @code{\tweak} ne permet de modifier les points de contrôle que
2600 pour la première rencontrée dans le fichier source.
2603 @node set ou override
2604 @subsection @code{\set} ou @code{\override}
2605 @translationof set versus override
2607 @c TODO -- Should't a bunch of that be explained earlier?
2612 Les instructions @code{\set} et @code{\override} manipulent toutes deux
2613 des propriétés associées à des contextes. Dans tous les cas, ces
2614 propriétés tiennent compte de la @emph{hiérarchie des contextes} : les
2615 propriétés qui n'ont pas été définies dans le contexte lui-même
2616 héritent des valeurs de leur contexte parent respectif.
2618 Les valeurs et durée de vie des propriétés d'un contexte sont dynamiques
2619 et ne sont accessibles qu'au moment où la musique est interprétée. Lors
2620 de la création d'un contexte, ses propriétés sont initialisées à partir
2621 de la définition du contexte correspondant et de ses éventuelles
2622 adaptations. Toute modification ultérieure ne sera obtenue que par des
2623 commandes d'adaptation des propriétés, libellées au sein même de la
2626 Les définitions d'un objet graphique (@emph{graphical object} abrégé en
2627 @emph{grob}) constituent une catégorie @emph{spécifique} de propriétés
2628 de contexte, dans la mesure où leur structure, enregistrement et
2629 utilisation diffèrent des propriétés de contextes habituelles.
2631 Contrairement aux propriétés de contextes habituelles, les définitions
2632 de @emph{grob} sont subdivisées en propriétés de @emph{grob}. Un
2633 @emph{grob} est créé par un graveur lors de l'interprétation d'une
2634 expression musicale et reçoit ses propriétés initiales à partir de la
2635 définition de @emph{grob} en cours dans le contexte du graveur. Le
2636 graveur (ou tout autre « agent » de LilyPond) peut alors ajouter ou
2637 modifier des propriétés à cet objet, sans pour autant affecter la
2638 définition du @emph{grob} dans ce contexte.
2640 Ce que LilyPond appelle « propriétés de @emph{grob} » dans le cadre
2641 de l'affinage par l'utilisateur sont en fait les propriétés de la
2642 définition d'un objet dans un contexte.
2644 Contrairement aux propriétés de contexte habituelles, les définitions
2645 d'un @emph{grob} doivent être enregistrées pour pouvoir garder trace de
2646 ses composants, les propriétés individuelles du @emph{grob} (ainsi que
2647 leurs sous-propriétés) séparément. Il sera dès lors possible de définir
2648 ces composants dans différents contextes et ainsi disposer d'une
2649 définition globale du @emph{grob} à l'instant où la création de cet
2650 objet assemblera les éléments relatifs aux différents contextes attachés
2651 au contexte en cours et à ses parents.
2653 Les définitions de @emph{grob} se manipulent à l'aide des commandes
2654 @code{\override} et @code{\revert}, et leur nom commence par une
2655 capitale (comme @samp{NoteHead}) alors que les propriétés de contexte
2656 ordinaires -- elles commencent par une minuscule -- se manipulent avec
2657 @code{\set} et @code{\unset}.
2659 @cindex tweak, relation avec @code{\override}
2661 @funindex \overrideProperty
2663 Les instructions spéciales @code{\tweak} et @code{\overrideProperty}
2664 modifient les propriétés de @emph{grob} en court-circuitant totalement
2665 les propriétés de contexte. En fait, elles capturent les @emph{grobs}
2666 au moment de leur création pour y injecter directement des propriétés soit
2667 émanant d'un événement musical retouché par un @code{\tweak}, soit
2668 lorsqu'ils sont d'une qualité particulière (un @code{\overrideProperty}).
2671 @node Modification de listes associatives
2672 @subsection Modification de listes associatives
2673 @translationof Modifying alists
2675 Certaines propriétés configurables par l'utilisateur se présentent en
2676 interne comme étant des listes associatives -- les puristes diront des
2677 @emph{alists}. Une @emph{alist} est en fait constituée de plusieurs
2678 paires de @emph{clés} et @emph{valeurs}. La structure d'un liste
2679 associative ressemble à :
2682 '((@var{clé1} . @var{valeur1})
2683 (@var{clé2} . @var{valeur2})
2684 (@var{clé3} . @var{valeur3})
2688 Dans le cas où cette liste représente les propriétés d'un objet
2689 graphique ou bien l'une des variables du bloc @code{\paper}, chaque clé
2690 peut être modifiée individuellement sans que cela affecte les autres.
2692 Par exemple, pour réduire l'espacement entre deux portées adjacentes
2693 d'un même système, on utilisera la propriété @code{staff-staff-spacing}
2694 qui est attachée à l'objet graphique @code{StaffGrouper}. Cette
2695 propriété est constituée d'une liste de quatre clés :
2696 @code{basic-distance}, @code{minimum-distance}, @code{padding} et
2697 @code{stretchability}. Ses réglages par défaut tels que mentionnés à la
2698 rubrique @emph{Backend} de la référence des propriétés internes -- voir
2699 @rinternals{StaffGrouper} -- sont :
2702 '((basic-distance . 9)
2703 (minimum-distance . 7)
2705 (stretchability . 5))
2708 Afin de rapprocher nos deux portées, il suffit de réduire la valeur
2709 (@code{9}) de la clé @code{basic-distance} au niveau de celle de la clé
2710 @code{minimum-distance} (@code{7}). La modification d'une seule clé
2711 individuellement peut se réaliser sous la forme d'une @emph{déclaration
2714 @lilypond[quote,verbatim]
2715 % default space between staves
2717 \new Staff { \clef treble c''1 }
2718 \new Staff { \clef bass c1 }
2721 % reduced space between staves
2722 \new PianoStaff \with {
2723 % this is the nested declaration
2724 \override StaffGrouper.staff-staff-spacing.basic-distance = #7
2726 \new Staff { \clef treble c''1 }
2727 \new Staff { \clef bass c1 }
2731 Le recours à une déclaration imbriquée touchera la clé indiquée
2732 (@code{basic-distance} dans l'exemple ci-dessus) sans pour autant
2733 modifier les autres clés de la propriété considérée.
2735 Considérons maintenant que nous souhaitions que les portées soient le
2736 plus proche possible les unes des autres, à la limite du chevauchement.
2737 Il suffirait de mettre les quatre clés à zéro. Nous pourrions saisir
2738 quatre déclarations, chacune d'elles touchant une clé. Nous pouvons
2739 tout aussi bien redéfinir la propriété en une seule clause, sous la
2740 forme d'une liste associative :
2742 @lilypond[quote,verbatim]
2743 \new PianoStaff \with {
2744 \override StaffGrouper.staff-staff-spacing =
2745 #'((basic-distance . 0)
2746 (minimum-distance . 0)
2748 (stretchability . 0))
2750 \new Staff { \clef treble c''1 }
2751 \new Staff { \clef bass c1 }
2755 N'oubliez pas que dès lors qu'une clé n'apparaît pas dans la liste, elle
2756 retourne à sa valeur @emph{sauf-mention-contraire}. Autrement dit, dans
2757 le cas de @code{staff-staff-spacing} qui nous occupe, toutes les clés
2758 non mentionnées seront ramenées à zéro -- à l'exception de
2759 @code{stretchability} qui prend par défaut la valeur de
2760 @code{basic-distance}. Les deux assertions suivantes sont donc
2764 \override StaffGrouper.staff-staff-spacing =
2765 #'((basic-distance . 7))
2767 \override StaffGrouper.staff-staff-spacing =
2768 #'((basic-distance . 7)
2769 (minimum-distance . 0)
2771 (stretchability . 7))
2774 L'une des conséquences, parfois involontaire, de ceci est la suppression
2775 de réglages standards effectués par un fichier d'initialisation chargé à
2776 chaque compilation d'un fichier source. Dans l'exemple précédent, les
2777 réglages standards de @code{padding} et @code{minimum-distance}, tels
2778 que déterminés par @file{scm/define-grobs.scm}, se voient ramenés à leur
2779 valeur @emph{si-non-définie} ; autrement dit, les deux clés sont mises à
2780 zéro. La définition d'une propriété ou d'une variable sous forme de
2781 liste associative, quelle qu'en soit la taille, réinitialisera toujours
2782 les clés non mentionnées à leur valeur @emph{si-non-définie}. Si telle
2783 n'est pas votre intention, nous vous recommandons alors de régler la
2784 valeur des clés individuellement par des déclarations imbriquées.
2786 @warning{Les déclarations imbriquées ne sont pas fonctionnelles dans le
2787 cas des listes associatives des propriétés de contexte -- telles
2788 @code{beamExceptions}, @code{keyAlterations},
2789 @code{timeSignatureSettings}, etc. Ces propriétés ne sont modifiables
2790 qu'au travers d'une complète redéfinition de leur liste associative.}
2793 @node Propriétés et contextes utiles
2794 @section Propriétés et contextes utiles
2795 @translationof Useful concepts and properties
2799 * Direction et positionnement::
2800 * Distances et unités de mesure::
2802 * Propriétés des symboles de la portée::
2803 * Extenseurs et prolongateurs::
2804 * Visibilité des objets::
2806 * Rotation des objets::
2810 @node Modes de saisie
2811 @subsection Modes de saisie
2812 @translationof Input modes
2814 La manière dont sera interprétée la notation contenue dans un fichier
2815 source dépend du mode affecté à la saisie. Il existe, en règle
2816 générale, deux façons de spécifier le mode : une forme développée -- par
2817 exemple @code{\chordmode} -- et une forme abrégée -- par exemple
2818 @code{\chords}. La forme développée s'utilise particulièrement lorsque
2819 la saisie fait l'objet d'une variable ou se trouve dans un contexte
2820 explicitement créé. La forme abrégée crée implicitement un contexte du
2821 type adéquate à la saisie et la lui transmet directement. Cette forme
2822 abrégée est tout à fait indiquée aux situations simples pour lesquelles
2823 nul n'est besoin de créer explicitement le contexte qui prendra en
2827 @subsubsubheading Mode accords
2830 Ce mode, activé par la commande @code{\chordmode}, permet d'interpréter
2831 les saisies comme étant des accords, qui seront imprimés sous forme de
2832 notes sur une portée -- voir @ref{Notation des accords}. La musique
2833 entrée en mode accords est rendue soit sous forme d'accords sur une
2834 portée pour un contexte @code{Staff}, soit sous forme de noms d'accord
2835 pour un contexte @code{ChordNames} ou sous forme de diagrammes pour un
2836 contexte @code{FretBoards}.
2838 Le mode accords s'active aussi par la commande @code{\chords}, qui
2839 créera implicitement un nouveau contexte @code{ChordNames}. Le code
2840 saisi selon la syntaxe dévolue aux accords, sera interprété comme étant
2841 des accords nommés et sera alors rendu sous forme nominale dans ce
2842 contexte @code{ChordNames} -- voir @ref{Impression des noms d'accord}.
2845 @subsubsubheading Mode percussions
2848 Ce mode, activé par la commande @code{\drummode}, permet d'interpréter
2849 les saisies comme étant de la notation pour percussions -- voir
2850 -@ref{Notation de base pour percussions}. Lorsqu'elle est entrée en
2851 mode percussions, la musique est rendue dans un contexte
2854 Le mode percussions s'active aussi par la commande @code{\drums}, qui
2855 créera implicitement un nouveau contexte @code{DrumStaff}. Le code
2856 saisi selon la syntaxe dévolue aux percussions, sera interprété comme
2857 étant de la notation pour percussions et alors rendu sous forme
2858 symbolique sur une portée de percussions -- voir
2859 @ref{Notation de base pour percussions}.
2862 @subsubsubheading Mode figures
2865 Ce mode, activé par la commande @code{\figuremode}, permet d'interpréter
2866 les saisies comme étant de la basse chiffrée (ou figurée) -- voir
2867 @ref{Saisie de la basse chiffrée}. Lorsqu'elle est entrée en mode
2868 figures, la musique est rendue sous forme de basse figurée dans un
2869 contexte @code{FiguredBass} ou dans un contexte @code{Staff}.
2871 Le mode figures s'active aussi par la commande @code{\figures}, qui
2872 créera implicitement un nouveau contexte @code{FiguredBass}. Le code,
2873 saisi selon la syntaxe dévolue à la basse chiffrée, sera interprété
2874 comme étant des indication de basse chiffrée et sera alors rendu sous
2875 forme symbolique dans le contexte @code{FiguredBass} -- voir
2876 @ref{Introduction à la basse chiffrée}.
2879 @subsubsubheading Mode frets et tablatures
2880 @c VO Fret and tab modes
2882 Il n'existe pas de mode spécifique pour saisir des symboles de fret ou
2885 Notes ou accords saisis en mode note puis affectés à un contexte
2886 @code{TabStaff} seront rendus sous forme de diagramme de tablature --
2887 voir @ref{Tablatures par défaut}.
2889 Des diagrammes de fret viendront se positionner en surplomb d'une portée
2890 dès lors que les notes ou accords auront été saisis en mode note ou
2891 accord puis rendus dans un contexte @code{FretBoards} -- voir
2892 @ref{Tablatures automatiques}. Ils peuvent aussi se gérer sous forme de
2893 @emph{markups} créés par la commande @code{\fret-diagram} -- voir
2894 @ref{Tablatures sous forme d'étiquette}.
2897 @subsubsubheading Mode paroles
2900 Ce mode, activé par la commande @code{\lyricmode}, permet d'interpréter
2901 les saisies comme étant des syllabes, ayant éventuellement une durée, et
2902 des indications habituelles aux paroles -- voir @ref{Musique vocale}.
2903 Lorsqu'il est entré en mode paroles, le texte est rendu sous forme de
2904 syllabes dans un contexte @code{Lyrics}.
2906 Le mode paroles s'active aussi par la commande @code{\lyrics}, qui
2907 créera implicitement un nouveau contexte @code{Lyrics}. Le code saisi
2908 sera interprété comme étant des paroles et sera alors rendu sous forme
2909 de syllabes dans le contexte @code{Lyrics}.
2911 Le mode paroles s'active aussi par la commande @code{\addlyrics}, qui
2912 créera un contexte @code{Lyrics} et ajoutera implicitement une commande
2913 @code{\lyricsto} afin d'associer les paroles qui suivent à la musique
2914 précédemment saisie -- voir @ref{Durée automatique des syllabes}.
2917 @subsubsubheading Mode @emph{markup}
2920 Ce mode, activé par la commande @code{\markup}, permet d'interpréter les
2921 saisies comme étant des @emph{markups} (annotations ou étiquettes) --
2922 voir @ref{Commandes pour markup}.
2925 @subsubsubheading Mode notes
2928 Le mode notes est le mode par défaut dans LilyPond. Il peut aussi
2929 s'activer par la commande @code{\notemode}. Les saisies seront
2930 interprétées comme étant des hauteurs, durées, @emph{markups}, etc. qui
2931 seront rendues sous forme de notation musicale sur une portée.
2933 Nul n'est besoin de spécifier le mode notes de manière explicite, hormis
2934 dans certaines situations particulières, notamment lorsque vous êtes en
2935 mode paroles, accords, ou tout autre mode, et que vous deviez insérer
2936 un élément qui ne serait disponible que grâce à la syntaxe du mode
2940 @node Direction et positionnement
2941 @subsection Direction et positionnement
2942 @translationof Direction and placement
2944 En matière de typographie musicale, l'orientation et le positionnement
2945 de nombreux éléments est affaire de goût. Par exemple, les hampes
2946 peuvent être ascendantes ou descendantes, les paroles, nuances ou autres
2947 indications d'expression peuvent apparaître au-dessus ou en dessous de
2948 la portée, les indications textuelles s'alignent tantôt par la gauche,
2949 tantôt par la droite, ou être centrées. La plupart de ces choix peuvent
2950 être laissés à l'appréciation de LilyPond. Il peut être préférable,
2951 dans certains cas, d'imposer l'orientation ou le positionnement des
2955 * Indicateurs de position d'une articulation::
2956 * La propriété direction::
2960 @node Indicateurs de position d'une articulation
2961 @unnumberedsubsubsec Indicateurs de position d'une articulation
2962 @translationof Articulation direction indicators
2964 Certains positionnements sont opérés par défaut -- toujours au-dessus ou
2965 toujours en dessous (nuances ou points d'orgue) -- alors que d'autres
2966 alterneront selon l'orientation des hampes (liaisons ou accents).
2968 @c TODO Add table showing these
2970 Le positionnement par défaut peut être outrepassé à l'aide d'un
2971 @emph{indicateur de positionnement}, qui vient s'insérer juste avant
2972 l'articulation. LilyPond met à votre disposition trois indicateurs de
2973 positionnement : @code{^} (pour « au-dessus »), @code{_} (pour
2974 « au-dessous »), et @code{-} (pour « appliquer le positionnement par
2975 défaut »). L'indicateur de positionnement n'est pas obligatoire ;
2976 LilyPond considère alors qu'il y a un @code{-}. Un indicateur de
2977 positionnement est cependant @strong{obligatoire} dans les cas
2981 @item une commande @code{\tweak},
2982 @item une commande @code{\markup},
2983 @item une commande @code{\tag},
2984 @item les indications de corde, par exemple @code{-"corde"},
2985 @item les indications de doigté, par exemple @w{@code{-1}},
2986 @item les raccourcis d'articulation, par exemple @w{@code{-.}},
2987 @w{@code{->}} ou @w{@code{--}}.
2990 Les indicateurs de positionnement n'affectent que la note qui suit :
2992 @lilypond[verbatim,quote]
3002 @node La propriété direction
3003 @unnumberedsubsubsec La propriété @code{direction}
3004 @translationof The direction property
3006 Le positionnement ou l'orientation de nombreux objets de rendu sont
3007 gérés par la propriété @code{direction}.
3009 La propriété @code{direction} peut prendre la valeur @code{1}, qui
3010 signifie « ascendant » ou « au-dessus », ou @w{@code{-1}}, qui
3011 signifie « descendant » ou « au-dessous ». Les symboliques @code{UP}
3012 et @code{DOWN} peuvent remplacer respectivement @code{1}
3013 et @w{@code{-1}}. Les valeurs @code{0} ou @code{CENTER} permettent de
3014 réaffecter à la propriété @code{direction} son comportement par défaut.
3015 Certaines commandes prédéfinies permettent par ailleurs de spécifier un
3016 comportement en matière d'orientation ou positionnement ; elles
3020 \xxxUp, \xxxDown et \xxxNeutral
3024 auquel cas @code{\xxxNeutral} signifie « retour au comportement par
3025 défaut » -- voir @rlearning{Objets inclus dans la portée}.
3027 Dans quelques cas particuliers, comme l'indication d'un @emph{arpeggio},
3028 la valeur affectée à la propriété @code{direction} déterminera si
3029 l'objet doit se placer à gauche ou à droite de son parent. Un
3030 @w{@code{-1}} ou @code{LEFT} signifiera alors « sur la gauche », et un
3031 @code{1} ou @code{RIGHT} « sur la droite ». Comme de bien entendu, un
3032 @code{0} ou @code{CENTER} signifiera « appliquer le positionnement par
3036 These all have side-axis set to #X
3037 AmbitusAccidental - direction has no effect
3039 StanzaNumber - not tried
3040 TrillPitchAccidental - not tried
3041 TrillPitchGroup - not tried
3044 Notez que ces commandes resteront effectives jusqu'à ce qu'elles soient
3047 @lilypond[verbatim,quote]
3058 En matière de musique polyphonique, il est souvent plus judicieux
3059 d'utiliser des contextes @code{Voice} explicites que de modifier
3060 l'orientation des objets. Pour de plus amples informations, voir
3061 @ref{Plusieurs voix}.
3064 Manuel d'initiation :
3065 @rlearning{Objets inclus dans la portée}.
3067 Manuel de notation :
3068 @ref{Plusieurs voix}.
3071 @node Distances et unités de mesure
3072 @subsection Distances et unités de mesure
3073 @translationof Distances and measurements
3075 @cindex distance absolue
3076 @cindex distance relative
3077 @cindex distance extensible
3084 LilyPond considère deux types de distances : les distances absolues
3085 et les distances relatives ou extensibles.
3087 Les distances absolues permettent de spécifier les marges, indentations
3088 et autres détails de mise en page ; elles s'expriment par défaut en
3089 millimètres. Vous pouvez utiliser d'autres systèmes de mesure dès lors
3090 que la quantité est suivie de la mesure : @code{\mm}, @code{\cm},
3091 @code{\in} (pouces) ou @code{\pt} (points, 1/72,27 pouce).
3092 Les mesures de mise en page peuvent aussi s'exprimer en unité extensible
3093 de portée @code{\staff-space} (voir ci-après). Pour plus d'information
3094 concernant la mise en page, voir la rubrique
3095 @ref{Mise en forme de la page}.
3097 Les distances relatives ou extensibles s'expriment toujours en « espace
3098 de portée » ou, plus rarement, en « demi espace de portée ». L'espace
3099 de portée (@emph{staff-space}) correspond à la distance qui sépare deux
3100 lignes adjacentes d'une portée. Sa valeur par défaut est déterminée
3101 globalement par la taille de portée. Elle peut aussi s'ajuster
3102 ponctuellement en jouant sur la propriété @code{staff-space} de l'objet
3103 @code{StaffSymbol}. Les distances relatives s'ajustent automatiquement
3104 dès qu'une modification de la taille globale de portée ou bien de la
3105 propriété @code{staff-space} du @code{StaffSymbol} intervient.
3106 Cependant, les tailles de fonte ne s'ajusteront automatiquement que si
3107 la modification touche la taille globale des portées. La taille globale
3108 de portée permet ainsi de gérer l'aspect général de la partition --
3109 voir @ref{Définition de la taille de portée}.
3113 Lorsque seulement une portion de partition doit apparaître dans une
3114 taille, comme par exemple une portée d'ossia ou une note de bas de page,
3115 influer sur la taille globale de portée affecterait l'intégralité de la
3116 partition. Il convient donc dans ce cas de modifier à la fois la
3117 propriété @code{staff-space} du @code{StaffSymbol} et la taille des
3118 fontes. La fonction Scheme @code{magstep} est tout spécialement chargée
3119 d'adapter une modification du @code{staff-space} aux fontes. Pour de
3120 plus amples informations, reportez-vous à la rubrique
3121 @rlearning{Longueur et épaisseur des objets}.
3124 Manuel d'initiation :
3125 @rlearning{Longueur et épaisseur des objets}.
3127 Manuel de notation :
3128 @ref{Définition de la taille de portée},
3129 @ref{Mise en forme de la page}.
3133 @subsection Dimensions
3134 @translationof Dimensions
3137 @cindex bounding box
3139 Les dimensions d'un objet graphique spécifient la position des bords
3140 droit et gauche ainsi que des bords supérieur et inférieur de la boîte
3141 englobante de ces objets, en tant que distance par rapport au point de
3142 référence de l'objet et en unité d'espace de portée. Ces positions sont
3143 normalement codées sous la forme de deux paires Scheme. Par exemple, la
3144 commande de @emph{markup} @code{\with-dimensions} prend trois arguments,
3145 les deux premiers étant des paires Scheme donnant la position des bords
3146 gauche et droit et celle des bords inférieur et supérieur :
3149 \with-dimensions #'(-5 . 10) #'(-3 . 15) @var{argument3}
3152 Ceci spécifie une boîte englobante pour @var{argument3} dont le bord
3153 gauche est à @minus{}5, le bord droit à 10, le bord inférieur
3154 à @minus{}3 et le bord supérieur à 15 espaces de portée du point de
3155 référence de cet objet.
3158 Manuel de notation :
3159 @ref{Distances et unités de mesure}.
3162 @node Propriétés des symboles de la portée
3163 @subsection Propriétés des symboles de la portée
3164 @translationof Staff symbol properties
3166 @cindex ajustement des symboles de portée
3167 @cindex dessin des symboles de portée
3168 @cindex symboles de portée, dessin
3170 @c TODO Extend or remove this section. See also NR 1.6.2 Staff symbol
3171 @c Need to think of uses for these properties. Eg 'line-positions
3172 @c is used in a snippet to thicken centre line.
3173 @c If retained, add @ref to here in 1.6.2 -td
3175 L'emplacement vertical et le nombre de lignes d'une portée se
3176 définissent conjointement. Comme l'illustre l'exemple suivant, le
3177 positionnement des notes n'est en rien influencé par le positionnement
3178 des lignes de la portée.
3180 @warning{La propriété @code{'line-positions} écrase la propriété
3181 @code{'line-count}. Le nombre de lignes d'une portée est implicitement
3182 défini par le nombre d'éléments dans la liste des valeurs de
3183 @code{'line-positions}.}
3185 @lilypond[verbatim,quote]
3187 \override StaffSymbol.line-positions = #'(7 3 0 -4 -6 -7)
3189 \relative { a4 e' f b | d1 }
3192 La largeur d'une portée, exprimée en espace de portée, peut être figée.
3193 L'espacement des objets inclus dans cette portée ne sera en rien affecté
3196 @lilypond[verbatim,quote]
3198 \override StaffSymbol.width = #23
3200 \relative { a4 e' f b | d1 }
3204 @node Extenseurs et prolongateurs
3205 @subsection Extenseurs et prolongateurs
3206 @translationof Spanners
3208 De nombreux objets de notation musicale s'étendent sur plusieurs notes,
3209 voire même sur plusieurs mesures. Il en va ainsi des liaisons,
3210 ligatures, crochets de n-olet, crochets de reprise, crescendos, trilles
3211 ou glissandos. Ces objets, que l'on englobe sous l'appellation
3212 « d'extenseurs », sont pourvus de propriétés spécifiques destinées à
3213 contrôler leur apparence et leur comportement. Un certain nombre de ces
3214 propriétés sont communes à tous les extenseurs, d'autres n'affectent que
3215 certains d'entre eux.
3217 Tout extenseur dispose de la @code{spanner-interface}. Quelques uns,
3218 tout particulièrement ceux chargés de dessiner une ligne droite entre
3219 deux objets, disposent aussi de la @code{line-spanner-interface}.
3222 * Utilisation de spanner-interface::
3223 * Utilisation de line-spanner-interface::
3227 @node Utilisation de spanner-interface
3228 @unnumberedsubsubsec Utilisation de @code{spanner-interface}
3229 @translationof Using the spanner-interface
3231 Cette interface fournit deux propriétés qui s'appliquent à certains
3234 @subsubsubheading La propriété @code{minimum-length}
3236 La longueur minimale d'un extenseur est déterminée par la propriété
3237 @code{minimum-length}. Au plus sa valeur est élevée, au plus
3238 l'espacement des notes qui le bornent sera grand. Forcer sa valeur
3239 restera néanmoins sans effet pour un certain nombre d'extenseurs dont la
3240 longueur dépend d'autres considérations. Voici quelques exemples de
3241 mise en œuvre de cette propriété.
3244 Cette propriété est pleinement fonctionnelle pour :
3245 Tie (liaison de prolongation)
3246 MultiMeasureRest (silence multimesures)
3248 Slur (liaison d'articulation)
3249 PhrasingSlur (liaison de phrasé)
3251 Cette propriété est fonctionnelle en présence d'un @emph{callback} :
3255 Cette propriété est sans effet sur :
3264 @lilypond[verbatim,quote,fragment]
3267 % increase the length of the tie
3268 -\tweak minimum-length #5
3272 @lilypond[verbatim,quote]
3273 \relative \compressMMRests {
3276 % increase the length of the rest bar
3277 \once \override MultiMeasureRest.minimum-length = #20
3283 @lilypond[verbatim,quote]
3286 % increase the length of the hairpin
3287 \override Hairpin.minimum-length = #20
3292 Cette propriété permet aussi de jouer sur l'envergure d'une liaison
3293 d'articulation ou de phrasé.
3295 @lilypond[verbatim,quote]
3299 -\tweak minimum-length #5
3304 -\tweak minimum-length #5
3309 Certains objets requièrent un appel explicite à la procédure
3310 @code{set-spacing-rods} pour que la propriété @code{minimum-length}
3311 produise ses effets. La propriété @code{set-spacing-rods} doit alors
3312 prendre pour valeur @code{ly:spanner::set-spacing-rods}. Par exemple, la
3313 longueur minimale d'un glissando ne pourra être forcée tant que la
3314 propriété @code{springs-and-rods} n'aura pas été définie :
3316 @lilypond[verbatim,fragment,quote]
3320 % not effective alone
3321 \once \override Glissando.minimum-length = #20
3324 % effective only when both overrides are present
3325 \once \override Glissando.minimum-length = #20
3326 \once \override Glissando.springs-and-rods = #ly:spanner::set-spacing-rods
3330 Il en va de même pour l'objet @code{Beam} (ligature) :
3332 @lilypond[verbatim,fragment,quote]
3333 % not effective alone
3334 \once \override Beam.minimum-length = #20
3337 % effective only when both overrides are present
3338 \once \override Beam.minimum-length = #20
3339 \once \override Beam.springs-and-rods = #ly:spanner::set-spacing-rods
3343 @subsubsubheading La propriété @code{to-barline}
3345 La seconde propriété fournie par la @code{spanner-interface} est
3346 @code{to-barline}. Elle est activée par défaut, raison pour laquelle
3347 les soufflets et autres extenseurs finissant sur la première note d'une
3348 mesure s'arrêtent visuellement au niveau de la barre de mesure qui la
3349 précède. Le fait de désactiver la propriété @code{to-barline} aura pour
3350 effet de prolonger l'extenseur au delà de la barre de mesure et jusqu'à
3351 la note qui le borne :
3353 @lilypond[verbatim,quote]
3355 a' \< a a a a \! a a a \break
3356 \override Hairpin.to-barline = ##f
3357 a \< a a a a \! a a a
3361 Cette propriété n'est pas opérationnelle pour tous les extenseurs. Il
3362 serait en effet quelque peu surprenant de l'activer (lui
3363 affecter @code{#t}) dans le cas d'une liaison d'articulation ou de
3367 @node Utilisation de line-spanner-interface
3368 @unnumberedsubsubsec Utilisation de @code{line-spanner-interface}
3369 @translationof Using the line-spanner-interface
3371 Un certain nombre d'objets disposent de la
3372 @code{line-spanner-interface}, entre autres :
3375 @item @code{DynamicTextSpanner}
3376 @item @code{Glissando}
3377 @item @code{TextSpanner}
3378 @item @code{TrillSpanner}
3379 @item @code{VoiceFollower}
3382 La routine en charge de dessiner le stencil de ces extenseurs est
3383 @code{ly:line-spanner::print}. Elle va déterminer les deux points
3384 extrêmes et dessiner entre eux une ligne du style requis. Bien que la
3385 localisation des deux bornes de l'extenseur soit calculée à la volée,
3386 vous pouvez cependant forcer leur ordonnée (coordonnée-Y). Les
3387 propriétés que vous devrez ajuster résident au deuxième niveau dans la
3388 hiérarchie, mais la syntaxe de la commande @code{\override} nécessaire
3389 demeure relativement simple :
3391 @lilypond[quote,fragment,verbatim]
3393 \once \override Glissando.bound-details.left.Y = #3
3394 \once \override Glissando.bound-details.right.Y = #-2
3398 La propriété @code{Y} est valorisée en unités de @code{staff-space}, la
3399 ligne médiane de la portée correspondant au point zéro. Pour le
3400 glissando qui nous occupe, il s'agit du @code{Y} à l'aplomb
3401 (coordonnée-X) du centre de la tête de chacune des deux notes, si tant
3402 est que la ligne doive s'étendre entre ces deux points.
3404 Si le @code{Y} n'est pas défini, sa valeur sera calculée en fonction de
3405 la position verticale du point d'attachement de l'extenseur.
3407 Dans le cas où l'extenseur est interrompu par un saut de ligne, les
3408 terminaisons à cet endroit se gèrent à l'aide des sous-clés
3409 @code{left-broken} et @code{right-broken} de @code{bound-details}, comme
3412 @lilypond[ragged-right,fragment,verbatim,quote]
3413 \override Glissando.breakable = ##t
3414 \override Glissando.bound-details.right-broken.Y = #-3
3415 c''1 \glissando \break
3419 Les sous-propriétés @code{left} et @code{right} du @code{bound-details}
3420 disposent d'autres clés modifiables de la même manière que @code{Y} :
3424 Détermine l'ordonnée (coordonnée-Y) de la terminaison, avec un
3425 décalage en @code{staff-space} par rapport à la ligne médiane de la
3426 portée. Il s'agit par défaut du centre de l'objet d'attachement, qui
3427 est le centre vertical de la tête de note pour un glissando.
3429 En ce qui concerne les extenseurs horizontaux, tels ceux comportant du
3430 texte ou les trilles, il est fixé à @code{0}.
3433 Détermine le début et la fin de la ligne sur l'axe des abscisses,
3434 relativement à l'objet de rattachement. Une valeur de @w{@code{-1}} (ou
3435 @code{LEFT}) aura pour effet de commencer ou terminer la ligne sur la
3436 gauche de la tête de note de rattachement.
3439 Il s'agit de l'abscisse (coordonnée-X) absolue de la terminaison. Elle
3440 se calcule à la volée, et son forçage n'apporte rien de plus.
3443 Les extenseurs linéaires peuvent commencer ou finir par un symbole,
3444 enregistré dans cette sous-propriété. Elle est conçue pour un usage
3445 interne, aussi nous vous conseillons de plutôt recourir à @code{text}.
3448 Il s'agit d'un @emph{markup} qui se poursuivra par l'extenseur. C'est la
3449 sous-propriété utilisée pour ajouter @i{cresc.}, @i{tr} ou autre texte à
3450 un extenseur horizontal.
3452 @lilypond[quote,ragged-right,fragment,verbatim]
3453 \override TextSpanner.bound-details.left.text
3454 = \markup { \small \bold Slower }
3455 \relative { c''2\startTextSpan b c a\stopTextSpan }
3458 @item stencil-align-dir-y
3459 @item stencil-offset
3460 Lorsqu'aucune de ces deux sous-propriétés n'est définie, le stencil est
3461 simplement positionné à l'extrémité, centré sur la ligne telle que
3462 définie par les sous-propriétés @code{X} et @code{Y}. L'utilisation de
3463 @code{stencil-align-dir-y} ou @code{stencil-offset} permettra d'aligner
3464 le symbole verticalement par rapport au coin de la ligne :
3466 @lilypond[quote,fragment,verbatim]
3467 \override TextSpanner.bound-details.left.stencil-align-dir-y = #-2
3468 \override TextSpanner.bound-details.right.stencil-align-dir-y = #UP
3470 \override TextSpanner.bound-details.left.text = #"ggg"
3471 \override TextSpanner.bound-details.right.text = #"hhh"
3473 \relative { c'4^\startTextSpan c c c \stopTextSpan }
3476 Vous n'aurez pas manqué de constater qu'une valeur négative place le
3477 texte @emph{en haut} -- contrairement à ce que l'on serait en droit
3478 d'attendre. Ceci est dû au fait que la valeur @w{@code{-1}} ou
3479 @code{DOWN} signifie « aligner le bord @emph{inférieur} du texte sur
3480 la ligne d'extension ». Une valeur égale à @code{1} ou @code{UP}
3481 alignera le sommet du texte sur cette ligne d'extension.
3484 L'activation de cette sous-propriété (lui affecter @code{#t}) ajoutera
3485 à l'extenseur une terminaison en flèche.
3488 Cette sous-propriété contrôle l'espace qui doit séparer l'extrémité de
3489 la ligne et la fin réelle de l'extenseur. Sans ce « décalage », le
3490 trait indiquant un glissando commencerait et finirait au beau milieu de
3491 chacune des têtes de note.
3495 La fonction @code{\endSpanners} permet d'interrompre l'extenseur qui
3496 vient dès la note suivante. Autrement dit, il ne s'étendra que sur une
3497 seule note, ou jusqu'à la prochaine barre de mesure si @code{to-barline}
3498 a été activé et que survient une barre avant la note suivante.
3500 @lilypond[verbatim,quote,ragged-right]
3503 c2 \startTextSpan c2 c2
3509 L'utilisation de @code{\endSpanners} permet de s'affranchir d'insérer un
3510 @code{\stopTextSpan} pour clôturer un @code{\startTextSpan} ou un
3511 @code{\!} pour terminer un soufflet.
3514 Référence des propriétés internes :
3515 @rinternals{Glissando},
3516 @rinternals{line-spanner-interface},
3517 @rinternals{TextSpanner},
3518 @rinternals{TrillSpanner},
3519 @rinternals{VoiceFollower}.
3522 @node Visibilité des objets
3523 @subsection Visibilité des objets
3524 @translationof Visibility of objects
3526 @cindex objets, visibilité
3527 @cindex grobs, visibilité
3528 @cindex visibilité d'objets
3530 La visibilité des objets de rendu se contrôle de quatre façons
3531 différentes : vous pouvez supprimer leur stencil, les rendre
3532 transparents, les coloriser en blanc ou bien encore forcer leur
3533 propriété @code{break-visibility}. Les trois premières options peuvent
3534 s'appliquer à tous les objets, la dernière étant réservée aux objets
3535 @emph{changeables}. Le Manuel d'initiation contient une introduction à
3536 ces quatre techniques, à la rubrique
3537 @rlearning{Visibilité et couleur des objets}.
3539 LilyPond met en œuvre quelques techniques particulières adaptées à
3540 certains objets ; elles sont couvertes par une rubrique spécifique.
3543 * Suppression des stencils::
3544 * Transparence des objets::
3545 * Blanchiment des objets::
3546 * Utilisation de break-visibility::
3547 * Considérations spécifiques::
3551 @node Suppression des stencils
3552 @unnumberedsubsubsec Suppression des stencils
3553 @translationof Removing the stencil
3555 @cindex stencil, suppression
3559 Tout objet de rendu se voit attribuer une propriété @code{stencil}.
3560 Elle est par défaut définie par la fonction chargée de dessiner cet
3561 objet. Lorsque cette propriété est désactivée de force -- en lui
3562 attribuant la valeur @code{#f} -- aucune fonction ne sera appelée ;
3563 l'objet ne sera donc pas dessiné. Le retour au comportement par défaut
3564 s'opère à l'aide d'un @code{\revert}.
3566 @lilypond[quote,fragment,verbatim]
3568 \override Score.BarLine.stencil = ##f
3570 \revert Score.BarLine.stencil
3574 Cette opération relativement courante fait l'objet du racourci
3577 @lilypond[quote,fragment,verbatim]
3581 \undo \omit Score.BarLine
3586 @node Transparence des objets
3587 @unnumberedsubsubsec Transparence des objets
3588 @translationof Making objects transparent
3590 @cindex transparent, objet
3594 Tout objet de rendu dispose d'une propriété de transparence, qui est par
3595 défaut définie à @code{#f}. Le fait de l'activer rendra l'objet
3596 transparent tout en préservant la place qu'il occupe.
3598 @lilypond[quote,fragment,verbatim]
3600 \once \override NoteHead.transparent = ##t
3604 Cette opération relativement courante fait l'objet du racourci
3607 @lilypond[quote,fragment,verbatim]
3609 \once \hide NoteHead
3614 @node Blanchiment des objets
3615 @unnumberedsubsubsec Blanchiment des objets
3616 @translationof Painting objects white
3618 @cindex objets, couleur
3619 @cindex couleur d'objet
3622 @cindex impression, ordre
3623 @cindex surimpression d'objets
3624 @cindex objets, surimpression
3625 @cindex grobs, superposition
3627 Tout objet de rendu dispose d'une propriété couleur, par défaut définie
3628 à @code{black} (noir). Le fait de la forcer à @code{white} (blanc)
3629 rendra l'objet indistinct du fond blanc. Néanmoins, lorsque cet objet
3630 en recouvre d'autres, la couleur de leurs points de jonction dépendra de
3631 l'ordre dans lequel ils sont dessinés, ce qui peut laisser apparaître
3632 un fantôme de l'objet blanchi comme ci-dessous :
3634 @lilypond[quote,fragment,verbatim]
3635 \override Staff.Clef.color = #white
3639 Cet inconvénient peut être évité en modifiant l'ordre dans lequel les
3640 objets sont dessinés. Chaque objet de rendu dispose d'une propriété
3641 @code{layer} (calque ou niveau) à laquelle est affecté un nombre entier.
3642 Les objets ayant la plus faible valeur sont dessinés en premier, puis
3643 les autres, de telle sorte qu'un objet ayant une valeur plus élevée les
3644 recouvrira. La plupart des objet ont un @code{layer} valorisé
3645 à @code{1} -- quelques uns, dont @code{StaffSymbol} et
3646 @code{BarLine}, ont une valeur à @code{0}. L'ordre d'impression
3647 d'objets ayant une même valeur de @code{layer} est indéterminé.
3649 La clef de l'exemple précédent a par défaut un @code{layer}
3650 à @code{1} ; elle est donc dessinée après les lignes de la
3651 portée -- @code{layer} valorisé par défaut à @code{0} -- et donc
3652 les recouvre. Pour changer cet état de fait, l'objet @code{Clef} doit
3653 avoir un @code{layer} de valeur inférieure, disons @w{@code{-1}}, pour
3654 pouvoir être dessiné avant.
3656 @lilypond[quote,fragment,verbatim]
3657 \override Staff.Clef.color = #white
3658 \override Staff.Clef.layer = #-1
3663 @node Utilisation de break-visibility
3664 @unnumberedsubsubsec Utilisation de break-visibility
3665 @translationof Using break-visibility
3667 @c TODO Add making other objects breakable
3669 @cindex break-visibility
3671 La plupart des objets de rendu ne sont imprimés qu'une seule fois ;
3672 certains cependant, tels les barres de mesure, clefs, métriques ou
3673 armures, apparaîtront deux fois lors d'un saut de ligne -- une première
3674 fois en fin de ligne, puis à nouveau au début de la ligne suivante. Ces
3675 objets, que l'on peut traiter de @emph{changeables} (@emph{breakable} en
3676 anglais) disposent de la propriété @code{break-visibility} spécialement
3677 chargée de contrôler leur visibilité aux trois endroits où il sont
3678 susceptibles d'apparaître : en début de ligne, en cours de ligne ou
3679 en fin de ligne -- si tant est qu'un changement s'y produise.
3681 Par exemple, la métrique est imprimée par défaut au début de la première
3682 ligne, et nulle part ailleurs. En cas de modification, une nouvelle
3683 métrique sera imprimée à l'endroit du changement. Dans le cas où ce
3684 changement intervient en fin de ligne, la nouvelle métrique s'imprime au
3685 début de la ligne suivante, et une métrique « de précaution » viendra
3686 se placer au bout de la ligne précédente.
3688 Ce comportement est géré par la propriété @code{break-visibility}, dont
3689 vous trouverez une explication à la rubrique
3690 @rlearning{Visibilité et couleur des objets}. Cette propriété est
3691 constituée d'un vecteur de trois booléens qui, dans l'ordre, déterminent
3692 si l'objet sera imprimé à la fin, en cours, et au début d'une ligne --
3693 on pourrait aussi dire avant un saut de ligne, là où il n'y a pas de
3694 saut de ligne, et après un saut de ligne.
3696 Les huit combinaisons possibles sont aussi disponibles sous la forme de
3697 fonctions prédéfinies, regroupées dans le fichier
3698 @file{scm/output-lib.scm}. Le tableau suivant vous les présente ;
3699 les trois dernières colonnes indiquent l'endroit où l'objet sera visible.
3701 @multitable {@code{begin-of-line-invisible}} {@code{#(#t #t #t)}} {apres} {apres} {apres}
3702 @headitem Forme @tab Forme @tab Avant @tab Hors @tab Après
3703 @headitem fonctionnelle @tab vectorielle @tab saut @tab saut @tab saut
3705 @item @code{all-visible} @tab @code{#(#t #t #t)} @tab oui @tab oui @tab oui
3706 @item @code{begin-of-line-visible} @tab @code{#(#f #f #t)} @tab non @tab non @tab oui
3707 @item @code{center-visible} @tab @code{#(#f #t #f)} @tab non @tab oui @tab non
3708 @item @code{end-of-line-visible} @tab @code{#(#t #f #f)} @tab oui @tab non @tab non
3709 @item @code{begin-of-line-invisible} @tab @code{#(#t #t #f)} @tab oui @tab oui @tab non
3710 @item @code{center-invisible} @tab @code{#(#t #f #t)} @tab oui @tab non @tab oui
3711 @item @code{end-of-line-invisible} @tab @code{#(#f #t #t)} @tab non @tab oui @tab oui
3712 @item @code{all-invisible} @tab @code{#(#f #f #f)} @tab non @tab non @tab non
3715 Les réglages par défaut de la propriété @code{break-visibility}
3716 diffèrent selon l'objet de rendu. Le tableau suivant présente, pour la
3717 plupart des objets comportant la propriété @code{break-visibility},
3718 ces réglages par défaut.
3720 @multitable @columnfractions .3 .3 .4
3722 @headitem Objet de rendu @tab Contexte habituel @tab Réglage par défaut
3724 @c omit Ambitus as it appears not to be affected by break-visibility -td
3725 @c @item @code{Ambitus} @tab as specified @tab @code{begin-of-line-visible}
3726 @item @code{BarLine} @tab @code{Score} @tab calculé
3727 @item @code{BarNumber} @tab @code{Score} @tab @code{begin-of-line-visible}
3728 @c omit the following item until it can be explained -td
3729 @c @item @code{BreakAlignGroup} @tab @code{Score} @tab calculé
3730 @item @code{BreathingSign} @tab @code{Voice} @tab @code{begin-of-line-invisible}
3731 @item @code{Clef} @tab @code{Staff} @tab @code{begin-of-line-visible}
3732 @item @code{Custos} @tab @code{Staff} @tab @code{end-of-line-visible}
3733 @item @code{DoublePercentRepeat} @tab @code{Voice} @tab @code{begin-of-line-invisible}
3734 @c omit KeyCancellation until it can be explained -td
3735 @c @item @code{KeyCancellation} @tab ?? @tab @code{begin-of-line-invisible}
3736 @item @code{KeySignature} @tab @code{Staff} @tab @code{begin-of-line-visible}
3737 @c omit LeftEdge until it can be explained -td
3738 @c @item @code{LeftEdge} @tab @code{Score} @tab @code{center-invisible}
3739 @item @code{ClefModifier} @tab @code{Staff} @tab @code{begin-of-line-visible}
3740 @item @code{RehearsalMark} @tab @code{Score} @tab @code{end-of-line-invisible}
3741 @item @code{TimeSignature} @tab @code{Staff} @tab @code{all-visible}
3745 Voici un exemple d'utilisation de la forme vectorielle pour contrôler la
3746 visibilité des barres de mesure :
3748 @lilypond[quote,verbatim,ragged-right]
3752 % Remove bar line at the end of the current line
3753 \once \override Score.BarLine.break-visibility = ##(#f #t #t)
3760 Lors d'un forçage de @code{break-visibility} sous une forme vectorielle,
3761 les trois éléments doivent impérativement être mentionnés. Ces formes
3762 vectorielles ne sont d'ailleurs pas prises en charge par tous les objets
3763 de rendu, et certaines combinaisons peuvent entraîner des erreurs ;
3764 nous citerons entre autres :
3767 @item Une barre de mesure ne peut s'imprimer en début de ligne.
3769 @item Un numéro de mesure ne peut apparaître au début de la première
3770 ligne, à moins d'être différent de 1.
3772 @item Clef -- voir ci-après.
3774 @item Les répétitions en pourcentage sont soit toutes imprimées, soit
3775 aucune. Vous devrez utiliser @code{begin-of-line-invisible} pour les
3776 voir et @code{all-invisible} pour les masquer.
3778 @item Armure -- voir ci-après.
3780 @item Modificateur de clef -- voir ci-après.
3784 @node Considérations spécifiques
3785 @unnumberedsubsubsec Considérations spécifiques
3786 @translationof Special considerations
3788 @subsubsubheading Visibilité après changement explicite
3790 @cindex armure, visibilité après changement explicite
3791 @cindex explicitKeySignatureVisibility
3792 @cindex clef, visibilité après changement explicite
3793 @cindex explicitClefVisibility
3795 La propriété @code{break-visibility} contrôle la visibilité des armures
3796 ou changements de clef en début de ligne uniquement, donc après un saut.
3797 Elle ne produit aucun effet sur la visibilité d'une armure ou d'une clef
3798 après un changement explicite de tonalité ou de clef, ni en cours, ni en
3799 fin de ligne. Dans l'exemple suivant, l'armure est présente même après
3800 le passage en si bémol majeur malgré l'activation de
3801 @code{all-invisible} (@emph{tous invisibles}).
3803 @lilypond[quote,verbatim,ragged-right]
3807 % Try to remove all key signatures
3808 \override Staff.KeySignature.break-visibility = #all-invisible
3817 La visibilité lors de ces changements explicites d'armure ou de clef est
3818 géré respectivement par les propriétés
3819 @code{explicitKeySignatureVisibility} et @code{explicitClefVisibility}.
3820 Leur fonctionnement est en tout point identique à celui de la propriété
3821 @code{break-visibility} -- forme vectorielle à trois éléments ou forme
3822 fonctionnelle comme indiqué ci-avant. Toutes deux sont attachées au
3823 contexte @code{Staff} (la portée) et non directement aux objets de
3824 rendu ; elles sont de ce fait introduites par une instruction
3825 @code{\set}. Leur valeur par défaut est de toujours imprimer les objets
3826 -- réglage sur @code{all-visible}. Ces deux propriétés gèrent
3827 uniquement la visibilité des armures et clefs lors d'un changement
3828 explicite, et en dehors d'un début de ligne ; il faudra en pareil
3829 cas forcer la @code{break-visibility} de ces objets pour les supprimer.
3831 @lilypond[quote,verbatim,ragged-right]
3835 \set Staff.explicitKeySignatureVisibility = #all-invisible
3836 \override Staff.KeySignature.break-visibility = #all-invisible
3844 @subsubsubheading Visibilité des bécarres de précaution
3846 L'impression d'altérations de précaution au moment d'un changement
3847 explicite de tonalité sera annulée dès lors que vous aurez désactivé la
3848 propriété @code{printKeyCancellation} du contexte @code{Staff} :
3850 @lilypond[quote,verbatim,ragged-right]
3854 \set Staff.explicitKeySignatureVisibility = #all-invisible
3855 \set Staff.printKeyCancellation = ##f
3856 \override Staff.KeySignature.break-visibility = #all-invisible
3864 Avec de tels réglages particuliers, seules les altérations accidentelles
3865 permettront d'indiquer le changement de tonalité.
3867 Notez bien que lors d'une bascule en do majeur ou la mineur, seuls les
3868 « bécarres d'annulation » permettent d'identifier le changement de
3869 tonalité. En pareil cas, désactiver @code{printKeyCancellation} sera
3872 @lilypond[quote,verbatim,ragged-right]
3876 \set Staff.explicitKeySignatureVisibility = #all-invisible
3877 \set Staff.printKeyCancellation = ##f
3885 La suppression des bécarres d'annulation même lors d'un passage en do
3886 majeur ou la mineur n'interviendra qu'après modification de la
3887 visibilité de l'objet @code{KeyCancellation} :
3889 @lilypond[quote,verbatim,ragged-right]
3893 \set Staff.explicitKeySignatureVisibility = #all-invisible
3894 \override Staff.KeyCancellation.break-visibility = #all-invisible
3902 @c TODO Add visibility of cautionary accidentals before notes
3905 @subsubsubheading Barres de mesure automatiques
3907 @cindex automaticBars
3908 @cindex barres de mesure, suppression
3910 La désactivation de la propriété @code{automaticBars}, qui réside dans
3911 le contexte @code{Score}, permet de s'affranchir d'imprimer
3912 automatiquement les barres de mesure ; seules seront imprimées les
3913 barres explicitées à l'aide de la commande @code{\bar}. Néanmoins, et
3914 contrairement à ce qui se passe avec la commande @code{\cadenzaOn}, le
3915 compteur de numéro de mesure continuera de s'incrémenter. Les barres
3916 s'imprimeront à nouveau, au niveau où en est le compteur, dès que la
3917 propriété @code{automaticBars} sera réactivée. Gardez à l'esprit que
3918 les sauts de ligne, lorsque cette propriété est désactivée, ne peuvent
3919 intervenir qu'à l'occasion d'un @code{\bar} explicite.
3924 @subsubsubheading Clefs transposées
3927 @cindex clef transposée, visibilité
3928 @cindex visibilité d'une clef transposée
3929 @cindex clef, visibilité de la transposition
3931 L'indication de transposition d'une clef est produite par l'objet
3932 de rendu @code{ClefModifier}. Sa visibilité étant gérée par
3933 héritage direct de l'objet @code{Clef}, nul n'est besoin de forcer
3934 un quelconque @code{break-visibility} au niveau des objets
3935 @code{ClefModifier} pour éliminer une indication de transposition
3936 lorsque la clef est invisible.
3938 Lors d'un changement explicite de clef, la propriété
3939 @code{explicitClefVisibility} gère à la fois le symbole de la clef et
3940 l'indication de transposition qui lui est attachée.
3943 Manuel d'initiation :
3944 @rlearning{Visibilité et couleur des objets}
3947 @node Styles de ligne
3948 @subsection Styles de ligne
3949 @translationof Line styles
3951 Certaines indications portées à l'attention de l'exécutant -- tels
3952 @i{rallentando}, @i{accelerando} et @i{trilles} -- apparaissent sous la
3953 forme d'un texte qui peut s'étendre sur plusieurs mesures à l'aide d'une
3954 ligne parfois pointillée ou ondulée.
3956 En matière de dessin du texte et des lignes, ces indications font appel
3957 aux mêmes routines que le glissando ; leur comportement peut donc
3958 être affiné selon les mêmes préceptes, au moyen de la routine
3959 @code{ly:line-spanner::print} qui est tout spécialement chargée de
3960 dessiner les extenseurs. Cette routine détermine l'emplacement exact
3961 des deux points extrêmes de l'extenseur, puis trace une ligne du style
3962 demandé entre ces deux points.
3964 L'exemple ci-dessous indique les différents styles de ligne disponibles,
3965 ainsi que la manière de les spécifier.
3967 @lilypond[ragged-right,verbatim,quote]
3970 \once \override Glissando.style = #'dashed-line
3972 \override Glissando.style = #'dotted-line
3974 \override Glissando.style = #'zigzag
3976 \override Glissando.style = #'trill
3981 Les points d'ancrage de l'extension sont calculés à la volée pour chaque
3982 objet graphique, mais rien ne vous empêche de les forcer :
3985 @lilypond[ragged-right,verbatim,quote]
3988 \once \override Glissando.bound-details.right.Y = #-2
3993 La valeur de @code{Y} est ainsi fixée à @w{@code{-2}} en ce qui concerne
3994 la borne droite. Il en irait de même pour la borne gauche en spécifiant
3995 @code{left} (gauche) au lieu de @code{right} (droite).
3997 En l'absence de réglage du @code{Y}, celui-ci est calculé à partir de
3998 l'emplacement vertical des points d'attache gauche et droit de
4001 De plus amples informations quant à l'ajustement des extenseurs font
4002 l'objet de la rubrique @ref{Extenseurs et prolongateurs}.
4005 @node Rotation des objets
4006 @subsection Rotation des objets
4007 @translationof Rotating objects
4009 Qu'il s'agisse des objets de rendu ou d'éléments textuels sous forme de
4010 @emph{markup}, vous pouvez les faire pivoter selon vos désirs et à
4011 partir de n'importe quel point. La méthode diffère cependant selon ce
4012 que vous désirez manipuler.
4015 * Rotation des objets de mise en forme::
4016 * Rotation des étiquettes::
4020 @node Rotation des objets de mise en forme
4021 @unnumberedsubsubsec Rotation des objets de mise en forme
4022 @translationof Rotating layout objects
4024 Tout objet de rendu disposant de la @code{grob-interface} est
4025 susceptible de pivoter, grâce à la propriété @code{rotation}. Celle-ci
4026 prend en argument une liste de trois éléments : l'angle de rotation
4027 -- dans le sens inverse des aiguilles d'une montre -- ainsi que les
4028 coordonnées @code{x} et @code{y} du point appartenant à l'objet en
4029 question et à partir duquel doit s'effectuer cette rotation. L'angle
4030 est exprimé en degrés, les coordonnées en espaces de portée.
4032 L'angle et les coordonnées ne peuvent se déterminer que par tâtonnement.
4034 @cindex soufflet penché
4036 Il existe assez peu de situation où faire pivoter un objet de mise en
4037 forme soit réellement opportun ; en voici une :
4039 @lilypond[quote,fragment,verbatim]
4041 \override Hairpin.rotation = #'(20 -1 0)
4046 @node Rotation des étiquettes
4047 @unnumberedsubsubsec Rotation des étiquettes
4048 @translationof Rotating markup
4050 @cindex markup, rotation
4052 Tout texte faisant l'objet d'un @emph{markup} peut pivoter selon
4053 n'importe quel angle, à l'aide de la commande @code{\rotate}. Celle-ci
4054 prend deux arguments : l'angle de rotation exprimé en degrés --
4055 dans le sens inverse des aiguilles d'une montre -- et le texte à
4056 basculer. Il ne s'agit pas ici de faire pivoter les extrémités du
4057 texte ; celles-ci récupéreront leurs coordonnées x et y du @emph{markup}
4058 pivoté. Dans l'exemple ci-dessous, la propriété
4059 @code{outside-staff-priority} à été fixée à @code{#f} afin de désactiver
4060 l'évitement automatique des collisions qui pourrait repousser certains
4064 @lilypond[quote,fragment,verbatim]
4065 \override TextScript.outside-staff-priority = ##f
4066 g4^\markup { \rotate #30 "un sol" }
4067 b^\markup { \rotate #30 "un si" }
4068 des'^\markup { \rotate #30 "un ré bémol" }
4069 fis'^\markup { \rotate #30 "un fa dièse" }
4073 @node Retouches avancées
4074 @section Retouches avancées
4075 @translationof Advanced tweaks
4077 Nous allons voir, au fil des paragraphes qui suivent, différentes
4078 approches permettant de fignoler l'apparence d'une partition.
4081 * Alignement des objets::
4082 * Regroupement vertical d'objets graphiques::
4083 * Modification des stencils::
4084 * Modification de l'allure des éléments::
4085 * Modification de bandeaux avec rupture::
4086 * Conteneurs requalifiants::
4090 Manuel d'initiation :
4091 @rlearning{Autres sources de documentation},
4092 @rlearning{Retouche de partition}.
4094 Manuel de notation :
4095 @ref{En quoi consiste la référence des propriétés internes},
4096 @ref{Modification de propriétés}.
4098 Manuel d'extension :
4099 @rextend{Interfaces pour programmeurs}.
4101 Fichiers d'initialisation :
4102 @file{scm/define-grobs.scm}.
4105 @rlsrnamed{Tweaks and overrides,Retouches}.
4107 Référence des propriétés internes :
4108 @rinternals{All layout objects}.
4111 @node Alignement des objets
4112 @subsection Alignement des objets
4113 @translationof Aligning objects
4115 Les objets graphiques disposant des interfaces
4116 @code{self-alignment-interface} ou @code{side-position-interface}
4117 peuvent s'aligner par rapport à un objet précédemment positionné, ce de
4118 différentes manières. Ces objets sont référencés aux rubriques
4119 @rinternals{self-alignment-interface} et
4120 @rinternals{side-position-interface}.
4122 Tous les objets graphiques ont un point de référence, une étendue
4123 horizontale et une étendue verticale. L'étendue horizontale est
4124 représentée par une paire de nombres indiquant l'écart entre le point de
4125 référence et les bords gauche et droit -- l'écart à gauche étant
4126 négatif. L'étendue verticale est représentée par une paire de nombres
4127 indiquant l'écart entre le point de référence et les bords inférieur et
4128 supérieur -- l'écart vers le bas étant négatif.
4130 La position d'un objet sur la portée est donnée par la valeur des
4131 propriétés @code{X-offset} et @code{Y-offset}. La valeur de
4132 @code{X-offset} indique l'écart en abscisse (coordonnée X) par rapport
4133 au point de référence de l'objet parent ; la valeur de @code{Y-offset}
4134 indique l'écart par rapport à la ligne médiane de la portée. Les
4135 valeurs de @code{X-offset} et @code{Y-offset} peuvent être fournies
4136 arbitrairement, ou bien être calculé par des procédures spécifiques qui
4137 détermineront l'alignement par rapport à l'objet parent.
4139 @warning{Nombre d'objets sont affectés par des considérations
4140 spécifiques en matière de positionnement ; jouer sur les valeurs de
4141 @code{X-offset} ou @code{Y-offset} se révélera inefficace en pareil
4142 cas, même si l'objet dispose de la @code{self-alignment-interface}.
4143 Fixer arbitrairement les propriétés @code{X-offset} ou @code{Y-offset}
4144 annihilera alors les effets de la propriété @code{self-alignment}
4147 Par exemple, une altération peut se repositionner verticalement grâce à
4148 son @code{Y-offset} ; toute modification de son @code{X-offset}
4149 restera par contre sans effet.
4151 Les indications de repère s'alignent sur des objets de rupture -- tels
4152 les barres de mesure, clefs, métriques et armures. Certaines propriétés
4153 spécifiques -- dépendant de la @code{break-aligned-interface} --
4154 permettent de gérer le positionnement des indications de repère sur ces
4158 * Détermination directe de X-offset et Y-offset::
4159 * Utilisation de side-position-interface::
4160 * Utilisation de self-alignment-interface::
4161 * Utilisation de break-aligned-interface::
4165 Manuel de notation :
4166 @ref{Utilisation de break-aligned-interface}.
4168 Manuel d'extension :
4169 @rextend{Fonctions de rappel}.
4172 @node Détermination directe de X-offset et Y-offset
4173 @unnumberedsubsubsec Détermination directe de @code{X-offset} et @code{Y-offset}
4174 @translationof Setting X-offset and Y-offset directly
4176 Vous pouvez fournir, pour de nombreux objets, des valeurs numériques aux
4177 propriétés @code{X-offset} et @code{Y-offset}. Voici par exemple une
4178 note avec indication du doigté tout d'abord avec un positionnement par
4179 défaut, puis repositionnement par modification successive du
4180 @code{X-offset} et du @code{Y-offset}.
4182 @lilypond[verbatim,fragment,quote]
4189 -\tweak X-offset #-1
4197 @node Utilisation de side-position-interface
4198 @unnumberedsubsubsec Utilisation de @code{side-position-interface}
4199 @translationof Using the side-position-interface
4201 Un objet disposant de la @code{side-position-interface} peut se voir
4202 accolé à son voisin de telle sorte que les bords des deux objets se
4203 touchent. Un tel objet peut se positionner au-dessus, en dessous, à
4204 droite ou à gauche de son parent. Ce parent ne saurait être
4205 stipulé ; il est déterminé par l'ordre d'apparition des éléments
4206 dans le flux des saisies. La plupart de ces objets ont pour parent la
4207 tête de note qui leur est associée.
4209 Les valeurs des propriétés @code{side-axis} et @code{direction}
4210 détermineront l'endroit où viendra se positionner l'objet, selon les
4211 préceptes suivants :
4213 @c TODO add an example of each to the table
4215 @multitable @columnfractions .3 .3 .3
4216 @headitem Propriété @tab Propriété @tab Positionnement
4217 @headitem @code{side-axis} @tab @code{direction} @tab
4219 @item @code{0} @tab @code{-1} @tab gauche
4220 @item @code{0} @tab @code{1} @tab droite
4221 @item @code{1} @tab @code{-1} @tab en dessous
4222 @item @code{1} @tab @code{1} @tab au-dessus
4226 Pour un @code{side-axis} à @code{0}, le @code{X-offset} devrait engager
4227 la procédure @code{ly:side-position-interface::x-aligned-side}.
4228 Celle-ci renverra la valeur adéquate de @code{X-offset} permettant
4229 d'accoler l'objet sur la droite ou sur la gauche de son parent, selon la
4230 valeur de @code{direction}.
4232 Pour un @code{side-axis} à @code{1}, le @code{Y-offset} devrait engager
4233 la procédure @code{ly:side-position-interface::y-aligned-side}.
4234 Celle-ci renverra la valeur adéquate de @code{Y-offset} permettant
4235 d'accoler l'objet au-dessus ou en dessous de son parent, selon la valeur
4236 de @code{direction}.
4238 @c TODO Add examples
4241 @node Utilisation de self-alignment-interface
4242 @unnumberedsubsubsec Utilisation de @code{self-alignment-interface}
4243 @translationof Using the self-alignment-interface
4245 @subsubsubheading Réalignement d'objets horizontalement
4247 L'alignement horizontal d'un objet disposant de la
4248 @code{self-alignment-interface} dépend de la valeur de sa propriété
4249 @code{self-alignment-X}, si tant est que la propriété @code{X-offset} de
4250 cet objet engage la procédure
4251 @code{ly:self-alignment-interface::x-aligned-on-self}.
4252 La propriété @code{self-alignment-X} peut contenir un nombre réel,
4253 l'unité de base étant la moitié de l'étendue horizontale de l'objet.
4254 Une valeur négative décalera l'objet vers la droite, une valeur positive
4255 vers la gauche. La valeur @code{0} permet de centrer l'objet sur
4256 le point de référence de son parent. Une valeur de @w{@code{-1}}
4257 alignera le bord gauche de l'objet sur le point de référence de son
4258 parent, et une valeur de @code{1} alignera le bord droit de l'objet
4259 sur le point de référence de son parent. Les valeurs symboliques
4260 @code{LEFT}, @code{CENTER} et @code{RIGHT} correspondent respectivement
4261 à @w{@code{-1}}, @code{0} et @code{1}.
4263 En règle générale, la valeur de @code{self-alignment-X} se modifie à
4264 l'aide d'une commande @code{\override}. Le recours à la commande
4265 @code{\tweak} permet de traiter séparément plusieurs annotations
4266 affectées à une même note :
4268 @lilypond[quote,verbatim,fragment]
4270 -\tweak self-alignment-X #-1
4272 -\tweak self-alignment-X #0
4274 -\tweak self-alignment-X #RIGHT
4276 -\tweak self-alignment-X #-2.5
4277 ^"aligned further to the right"
4281 @subsubsubheading Réalignement d'objets verticalement
4283 L'alignement vertical suit le même principe : la propriété
4284 @code{Y-offset} doit alors engager la procédure
4285 @code{ly:self-alignment-interface::y-aligned-on-self}. Toutefois, il
4286 arrive bien souvent que d'autres mécanismes interviennent dans
4287 l'alignement vertical. La valeur de @code{Y-offset} n'étant que l'une
4288 des variables qui seront prises en compte, l'ajustement pour certains
4289 objets peut se révéler fastidieux. L'unité de base est relativement
4290 réduite, puisqu'elle est de la moitié de l'étendue verticale de
4291 l'objet ; le nombre à fournir en argument pourrait donc être
4292 relativement élevé. Une valeur de @w{@code{-1}} alignera le bord
4293 inférieur de l'objet sur le point de référence de son parent, et une
4294 valeur de @code{1} alignera le bord supérieur de l'objet sur le point de
4295 référence de son parent. La valeur @code{0} permet de centrer l'objet
4296 sur le point de référence de son parent. Les valeurs symboliques
4297 @code{DOWN}, @code{CENTER} et @code{UP} correspondent respectivement
4298 à @w{@code{-1}}, @code{0} et @code{1}.
4301 @subsubsubheading Réalignement d'objets sur les deux axes
4303 Définir à la fois @code{X-offset} et @code{Y-offset} permet de réaligner
4304 un objet sur les deux axes.
4306 Dans l'exemple ci-dessous, nous ajustons l'indication de doigté de telle
4307 sorte qu'elle se place au plus près de la tête de note.
4309 @lilypond[quote,verbatim,fragment]
4311 -\tweak self-alignment-X #0.5 % move horizontally left
4312 -\tweak Y-offset #ly:self-alignment-interface::y-aligned-on-self
4313 -\tweak self-alignment-Y #-1 % move vertically up
4319 @unnumberedsubsubsec Utilisation de @code{aligned-on-parent}
4321 @c Cannot document as they do not seem to operate consistently on all objects -td
4322 @c TODO investigate further
4324 The @code{aligned-on-parent} procedures are used in the same way
4325 as the @code{aligned-on-self} procedures, they difference being
4326 that they permit an object to be aligned with the @emph{edges} of
4327 the parent rather than the parent's reference point. The following
4328 example shows the difference:
4332 @lilypond[verbatim,quote]
4339 @unnumberedsubsubsec Utilisation de @code{centered-on-parent}
4341 @c Cannot document as they do not seem to operate consistently on all objects -td
4342 @c TODO investigate further
4346 @c TODO The align-interface, BassFigureAlignment and VerticalAlignment
4349 @node Utilisation de break-aligned-interface
4350 @unnumberedsubsubsec Utilisation de @code{break-aligned-interface}
4351 @translationof Using the break-alignable-interface
4353 @cindex alignement sur un objet
4354 @cindex break-align-symbols
4356 Indications de repère et numéros de mesure peuvent s'aligner sur des
4357 objets de notation autres qu'une barre de mesure. Parmi ces objets,
4358 nous citerons @code{ambitus}, @code{breathing-sign}, @code{clef},
4359 @code{custos}, @code{staff-bar}, @code{left-edge},
4360 @code{key-cancellation}, @code{key-signature}, et @code{time-signature}.
4362 Chaque objet possède son propre point de référence par défaut, sur
4363 lequel viendra s'aligner les indications de repère :
4365 @lilypond[verbatim,quote,fragment]
4366 % The rehearsal mark will be aligned to the right edge of the Clef
4367 \override Score.RehearsalMark.break-align-symbols = #'(clef)
4372 % The rehearsal mark will be aligned to the left edge of the Time Signature
4373 \override Score.RehearsalMark.break-align-symbols = #'(time-signature)
4379 % The rehearsal mark will be centered above the Breath Mark
4380 \override Score.RehearsalMark.break-align-symbols = #'(breathing-sign)
4389 Les différents objets sur lesquels l'alignement pourrait intervenir
4390 seront regroupés dans une liste. Si l'un des objets est invisible à
4391 l'endroit voulu, en raison d'un réglage de @code{break-visibility} ou
4392 bien par forçage de la visibilité des armures et clefs, le repère ou le
4393 numéro de mesure viendra s'aligner sur le premier élément de cette liste
4394 qui soit visible. Dans le cas où aucun objet de la liste n'est visible,
4395 l'alignement se fera sur la barre de mesure ou, dans le cas où la barre
4396 de mesure est invisible, à l'endroit même où la barre prendrait place.
4398 @lilypond[verbatim,quote,fragment]
4399 % The rehearsal mark will be aligned to the right edge of the Key Signature
4400 \override Score.RehearsalMark.break-align-symbols = #'(key-signature clef)
4405 % The rehearsal mark will be aligned to the right edge of the Clef
4406 \set Staff.explicitKeySignatureVisibility = #all-invisible
4407 \override Score.RehearsalMark.break-align-symbols = #'(key-signature clef)
4412 % The rehearsal mark will be centered above the Bar Line
4413 \set Staff.explicitKeySignatureVisibility = #all-invisible
4414 \set Staff.explicitClefVisibility = #all-invisible
4415 \override Score.RehearsalMark.break-align-symbols = #'(key-signature clef)
4422 L'alignement d'un repère sur un objet de notation peut se modifier,
4423 comme l'illustre l'exemple suivant. Toutefois, si la partition comporte
4424 plusieurs portées, ce réglage devra apparaître dans chacune des portées.
4426 @lilypond[verbatim,quote,fragment]
4427 % The RehearsalMark will be aligned with the right edge of the Key Signature
4428 \override Score.RehearsalMark.break-align-symbols = #'(key-signature)
4434 % The RehearsalMark will be centered above the Key Signature
4435 \once \override Score.KeySignature.break-align-anchor-alignment = #CENTER
4439 % The RehearsalMark will be aligned with the left edge of the Key Signature
4440 \once \override Score.KeySignature.break-align-anchor-alignment = #LEFT
4446 Le bord gauche d'un repère peut se décaler arbitrairement sur la gauche
4447 ou la droite. La valeur est exprimée en espaces de portée.
4449 @lilypond[verbatim,quote,fragment]
4450 % The RehearsalMark will be aligned with the left edge of the Key Signature
4451 % and then shifted right by 3.5 staff-spaces
4452 \override Score.RehearsalMark.break-align-symbols = #'(key-signature)
4453 \once \override Score.KeySignature.break-align-anchor = #3.5
4457 % The RehearsalMark will be aligned with the left edge of the Key Signature
4458 % and then shifted left by 2 staff-spaces
4459 \once \override Score.KeySignature.break-align-anchor = #-2
4466 @node Regroupement vertical d'objets graphiques
4467 @subsection Regroupement vertical d'objets graphiques
4468 @translationof Vertical grouping of grobs
4470 @c TODO Expand this section
4472 Les objets @code{VerticalAlignment} et @code{VerticalAxisGroup}
4473 travaillent de concert. Comme leur nom anglais l'indiquent,
4474 @code{VerticalAxisGroup} regroupe différents objets tels que les portées
4475 (@code{Staff}), les paroles (@code{Lyrics}) et ainsi de suite ;
4476 puis @code{VerticalAlignment} synchronise verticalement ces différents
4477 groupes. En général, il n'y a qu'un seul @code{VerticalAlignment} pour
4478 l'ensemble de la partition, mais chaque contexte @code{Staff},
4479 @code{Lyrics}, etc. possède son propre @code{VerticalAxisGroup}.
4482 @node Modification des stencils
4483 @subsection Modification des stencils
4484 @translationof Modifying stencils
4486 Tout objet de rendu dispose d'une propriété @code{stencil} attachée à la
4487 @code{grob-interface}. En règle générale, cette propriété référence
4488 par défaut une fonction spécifique à l'objet et taillée sur mesure pour
4489 fournir le symbole qui va le représenter dans l'output. Par exemple,
4490 le réglage standard de la propriété @code{stencil} de l'objet
4491 @code{MultiMeasureRest} est @code{ly:multi-measure-rest::print}.
4493 Le symbole standard d'un objet quel qu'il soit peut être remplacé à
4494 partir du moment où la propriété @code{stencil} référence une procédure
4495 différente et écrite à cet effet. Ceci requiert une bonne maîtrise du
4496 fonctionnement interne de LilyPond, mais est grandement facilité dans
4497 bien des cas et permet d'obtenir le résultat escompté.
4499 En effet, rien ne nous interdit, à partir de la propriété
4500 @code{stencil}, d'appeler la procédure qui génère du texte,
4501 @code{ly:text-interface::print} en l'occurrence, et d'adjoindre à l'objet
4502 une propriété @code{text} qui contiendra, sous forme de @emph{markup},
4503 le symbole à dessein. Grâce à l'extrême flexibilité des @emph{markups},
4504 vous pourrez parvenir à bien des choses -- voir à ce sujet
4505 @ref{Éléments graphiques dans du texte formaté}.
4507 C'est la technique employée ici, où l'une des têtes de note est
4508 remplacée par une croix inscrite dans un cercle :
4510 @lilypond[verbatim,quote]
4512 \once \override NoteHead.stencil = #ly:text-interface::print
4513 \once \override NoteHead.text = \markup {
4515 \halign #-0.7 \draw-circle #0.85 #0.2 ##f
4516 \musicglyph #"noteheads.s2cross"
4524 Tous les glyphes de la fonte Feta sont accessibles à l'aide de la
4525 commande de @emph{markup} @code{\musicglyph} -- voir
4526 @ref{La fonte Feta}.
4528 L'insertion de fichier @file{EPS} ou d'instructions Postscript sont
4529 accessibles par les commandes de @emph{markup} @code{\epsfile} et
4530 @code{\postscript} respectivement -- voir l'annexe
4531 @rusernamed{Graphic, Graphisme}.
4534 Manuel de notation :
4535 @ref{Commandes pour markup},
4536 @ref{Éléments graphiques dans du texte formaté},
4537 @rusernamed{Graphic, Graphisme},
4538 @ref{La fonte Feta},
4539 @ref{Mise en forme du texte}.
4542 @node Modification de l'allure des éléments
4543 @subsection Modification de l'allure des éléments
4544 @translationof Modifying shapes
4547 * Modification des liaisons::
4551 @node Modification des liaisons
4552 @unnumberedsubsubsec Modification des liaisons
4553 @translationof Modifying ties and slurs
4555 @cindex liaison, modification
4556 @cindex Bézier, points de contrôle d'une courbe
4557 @cindex points de contrôle, courbe de Bézier
4559 Les liaisons, qu'elles soient de prolongation (@code{Tie}),
4560 d'articulation (@code{Slur}), de phrasé (@code{PhrasingSlur}), de
4561 laisser-vibrer (@code{LaissezVibrerTie} ou de reprise
4562 (@code{RepeatTie}), sont dessinées sous la forme de courbes de Bézier de
4563 degré trois. Lorsque l'aspect de la liaison automatiquement calculé
4564 n'est pas satisfaisant, il peut être modifié manuellement de deux
4565 manières différentes :
4569 en spécifiant l'ajustement qui doit être apporté aux points de
4570 contrôle de la courbe calculée automatiquement, ou
4573 en fournissant explicitement les quatre points de contrôle qui
4574 permettront de définir cette courbe.
4577 Ces deux méthodes sont expliquées ci-dessous. La première convient
4578 mieux dans le cas d'une légère adaptation de la courbe ; la seconde sera
4579 plus efficace lorsqu'il s'agira de créer une courbe sur une seule et
4582 @subsubsubheading Courbes de Bézier cubiques
4583 @c VO Cubic Bézier curves
4585 Quatre points définissent une courbe de Bézier cubique. Les premier et
4586 quatrième points sont les points de départ et d'arrivée de la
4587 courbe ; les deux autres points de contrôle -- P1 et P2 -- en
4588 détermineront l'allure. La courbe se trace en partant du point P0, en
4589 se dirigeant vers P1 et en arrivant au point P3 selon la direction
4590 @w{P2-P3}. La courbe est à l'intérieur de l'enveloppe convexe des
4591 points de contrôle. Tout déplacement (translation, rotation,
4592 échelonnement) des points de contrôle sera répercuté sur le dessin
4596 @subsubsubheading Spécification de l'ajustement des points de contrôle
4597 @c VO Specifying displacements from current control points
4599 @cindex galbe des liaisons
4602 Voici par exemple une liaison de prolongation dont l'allure n'est pas
4603 des plus heureuses, même en optant pour un @code{\tieDown}.
4605 @lilypond[verbatim,quote]
4609 \relative { r4 <g' c,> <g c,> <g c,> }
4613 L'ajustement des points de contrôle de cette liaison de tenue à
4614 l'aide de @code{\shape} permet d'éviter les collisions.
4616 L'instruction @code{\shape} obéit à la syntaxe
4619 [-]\shape @var{déplacements} @var{élément}
4622 Ceci aura pour effet de repositionner les points de contrôle de
4623 @var{élément} des différents montants fournis par @var{déplacements}.
4624 L'argument @var{déplacements} est constitué d'une liste de paires de
4625 nombres ou bien d'une liste de telles listes. Chacun des membres de
4626 l'une des paires indique l'ajustement de la coordonnée d'un point de
4627 contrôle. Lorsque @var{élément} est textuel, il en résulte une
4628 dérogation particulière appliquée au type d'objet considéré, alors que
4629 dans le cas d'une expression musicale sera appliqué un affinage
4632 En d'autres termes, la fonction @code{\shape} se comporte soit comme un
4633 @code{\once \override}, soit comme un @code{\tweak} selon que l'argument
4634 @var{élément} est un nom d'objet -- tel « Slur » -- ou une expression
4635 musicale tel un « ( ». L'argument @var{déplacements} spécifie les
4636 ajustements à apporter aux quatre points de contrôle, sous la forme
4637 d'une liste de paires @w{@code{(dx . dy)}} dont les valeurs sont
4638 exprimées en espace de portée ; on utilisera une liste de listes de
4639 paires dans le cas où la courbe comporte plusieurs segments.
4641 La fonction sera précédée d'un tiret si et seulement si elle doit
4642 s'appliquer sous forme de @code{\tweak}.
4644 Pour l'exemple qui nous occupe, l'adaptation sous forme dérogatoire --
4645 recours à @code{\once\override} -- de la fonction @code{\shape}, nous
4646 pouvons remonter la liaison d'un demi espace de portée :
4648 @lilypond[verbatim,quote]
4651 \shape #'((0 . 0.5) (0 . 0.5) (0 . 0.5) (0 . 0.5)) Tie
4655 \relative { r4 <g' c,> <g c,> <g c,> }
4659 La liaison est maintenant mieux positionnée ; mais sa partie
4660 centrale pourrait être un peu plus relevée, en procédant comme
4661 ci-dessous, cette fois en utilisant la formulation d'affinage
4662 -- la forme @code{\tweak} :
4664 @lilypond[verbatim,quote]
4667 e'1-\shape #'((0 . 0.5) (0 . 1) (0 . 1) (0 . 0.5)) ~ e'
4670 \relative { r4 <g' c,> <g c,> <g c,> }
4674 L'adaptation du positionnement horizontal des points de contrôle
4675 se réalise de la même manière, ce qui permet de gérer le galbe de
4676 deux courbes débutant au même instant musical :
4678 @lilypond[verbatim,quote,ragged-right]
4680 c''8(\( a) a'4 e c\)
4681 \shape #'((0.7 . -0.4) (0.5 . -0.4) (0.3 . -0.3) (0 . -0.2)) Slur
4682 \shape #'((0 . 0) (0 . 0.5) (0 . 0.5) (0 . 0)) PhrasingSlur
4687 La fonction @code{\shape} permet aussi d'adapter les points de
4688 contrôle d'une courbe qui se prolonge après un saut de ligne.
4689 Chaque portion de la courbe peut se voir appliquer sa propre liste
4690 d'ajustements. Lorsque l'un des segments ne nécessite pas de
4691 retouche, il suffit de lui fournir une liste vide. Dans l'exemple
4692 suivant, le saut de ligne laisse à croire qu'il y a non pas une
4693 seule mais deux liaisons :
4695 @lilypond[verbatim,quote,ragged-right]
4703 Regalber les deux moitiés de la liaison rend plus évident le fait
4704 qu'elle s'étend par delà le saut de ligne :
4706 @lilypond[verbatim,quote,ragged-right]
4707 % () may be used as a shorthand for ((0 . 0) (0 . 0) (0 . 0) (0 . 0))
4708 % if any of the segments does not need to be changed
4711 (( 0 . 0) (0 . 0) (0 . 0) (0 . 1))
4712 ((0.5 . 1.5) (1 . 0) (0 . 0) (0 . -1.5))
4720 La présence d'une courbe en S requiert obligatoirement d'ajuster
4721 manuellement les points de contrôle -- LilyPond n'optera jamais
4722 automatiquement pour un tel galbe.
4724 @lilypond[verbatim,quote]
4726 c8( e b-> f d' a e-> g)
4727 \shape #'((0 . -1) (5.5 . -0.5) (-5.5 . -10.5) (0 . -5.5)) PhrasingSlur
4728 c8\( e b-> f d' a e-> g\)
4733 @subsubsubheading Déclaration explicite des points de contrôle
4734 @c VO Specifying control points explicitly
4736 Les coordonnées des points de contrôle sont données en unités d'espace
4737 de portée. L'abscisse est relative au point de référence de la note de
4738 départ de la liaison ; l'ordonnée est relative à la ligne médiane de la
4739 portée. Les différentes coordonnées sont entrées sous la forme d'une
4740 liste de quatre paires de nombres décimaux (ou nombres réels). L'une
4741 des manières de procéder consiste à tout d'abord estimer les coordonnées
4742 des deux extrémités puis, par tâtonnement, déterminer les deux points
4743 intermédiaires. Gardez à l'esprit que ces valeurs pourront devoir être
4744 revues si la musique ou sa mise en forme sont modifées.
4746 L'une des situation où spécifier explicitement les points de contrôle se
4747 révèle être tout à fait appropriée est lorsqu'ils se réfèrent à une
4748 seule et unique note. L'exemple suivant illustre l'un des moyens
4749 d'indiquer une liaison qui se prolonge sur les alternatives d'une
4752 @lilypond[verbatim,quote]
4755 \repeat volta 3 { c4 d( e f }
4760 % create a slur and move it to a new position
4761 % the <> is just an empty chord to carry the slur termination
4762 -\tweak control-points #'((-2 . 3.8) (-1 . 3.9) (0 . 4) (1 . 3.4)) ( <> )
4767 % create a slur and move it to a new position
4768 -\tweak control-points #'((-2 . 3) (-1 . 3.1) (0 . 3.2) (1 . 2.4)) ( <> )
4776 Lorsque plusieurs liaisons, quelle qu'en soit la nature, commencent au
4777 même moment, jouer sur la propriété @code{control-points} est
4778 impossible, et la commande @code{\tweak} inefficace. Vous pouvez
4779 néanmoins influer sur la propriété @code{tie-configuration} de l'objet
4780 @code{TieColumn} pour déterminer la ligne de départ et l'orientation.
4783 Référence des propriétés internes :
4784 @rinternals{TieColumn}.
4787 @node Modification de bandeaux avec rupture
4788 @subsection Modification de bandeaux avec rupture
4789 @translationof Modifying broken spanners
4792 * Utilisation de alterBroken::
4795 @node Utilisation de alterBroken
4796 @unnumberedsubsubsec Utilisation de @code{@bs{}alterBroken}
4797 @translationof Using alterBroken
4799 @cindex extenseur, modification
4800 @cindex bandeau, modification
4801 @cindex bandeau avec rupture, modification
4802 @cindex extension avec rupture, modification
4803 @funindex \alterBroken
4805 Lorsqu'un bandeau ou l'extension d'un objet rencontre un saut de ligne
4806 ou une rupture, chacun de ses tronçons hérite des attributs de l'objet
4807 originel. Par voie de conséquence, la modification d'une extension avec
4808 rupture produira les mêmes effets sur chacun de ses segments. Dans
4809 l'exemple ci-dessous, la modification apportée à @code{thickness}
4810 s'applique aussi bien avant qu'après le saut de ligne.
4812 @lilypond[verbatim,quote,ragged-right]
4815 \once\override Slur.thickness = 10
4822 La commande @code{\alterBroken} permet de modifier indépendamment
4823 l'apparence de chacune des parties d'un bandeau. Selon le cas, cette
4824 commande génèrera soit un @code{\override}, soit un @code{\tweak} qui
4825 s'appliquera à la propriété du bandeau.
4827 La commande @code{\alterBroken} répond à la syntaxe :
4830 [-]\alterBroken @var{propriété} @var{valeurs} @var{élément}
4833 L'argument @var{valeurs} est constitué d'une liste de valeurs, une pour
4834 chaque tronçon. Lorsque @var{élément} est un nom d'objet graphique,
4835 tels @code{Slur} ou @code{Staff.PianoPedalBracket}, il en résulte un
4836 @code{\override} du type de @emph{grob} spécifié. Lorsque @var{élément}
4837 est une expression musicale comme « ( » ou « [ », en résulte cette même
4838 expression musicale à laquelle s'applique un @code{\tweak}.
4841 Le tiret introduisant la commande @code{\alterBroken} est impératif dans
4842 le cadre d'un @code{\tweak} ; il est superflu pour un @code{\override}.
4844 Dans sa variante @code{\override}, la commande @code{\alterBroken} peut
4845 se préfixer d'un @code{\once} ou d'un @code{\temporary} qui seront
4846 annulés par un @code{\revert} suivi de la @var{propriété}.
4848 Le code ci-dessous applique un @code{\override} indépendant à chacun
4849 des segments du phrasé de l'exemple précédent :
4851 @lilypond[verbatim,quote,ragged-right]
4854 \alterBroken thickness #'(10 1) Slur
4861 La commande @code{\alterBroken} peut s'utiliser avec tout objet étendu,
4862 y compris @code{Tie}, @code{PhrasingSlur}, @code{Beam} et
4863 @code{TextSpanner}. Par exemple, un éditeur préparant une édition
4864 critique pourrait faire ressortir l'absence d'une partie de liaison de
4865 phrasé dans l'une des sources, en optant pour un tracé pointillé du
4866 seul segment ajouté. L'exemple ci-dessous illustre la manière de
4867 procéder, ici avec la variante @code{\tweak} de la commande :
4869 @lilypond[verbatim,quote,ragged-right]
4870 % The empty list is conveniently used below, because it is the
4871 % default setting of dash-definition, resulting in a solid curve.
4873 c''2-\alterBroken dash-definition #'(() ((0 1.0 0.4 0.75))) \(e
4879 Il est important de considérer que @code{\alterBroken} affectera à
4880 chaque portion d'un bandeau interrompu la valeur correspondante de
4881 @var{valeurs}. Si d'aventure il y a moins de valeurs que de tronçons,
4882 toute portion additionnelle se verra assigner une liste vide. Ceci peut
4883 conduire à des résultats inattendus dans le cas où la propriété de rendu
4884 ne bascule pas sur une liste vide par défaut. En pareil cas, chaque
4885 segment devrait se voir assigner une valeur appropriée.
4888 Les sauts de ligne peuvent intervenir à différents endroits pour
4889 répondre à des modifications de mise en forme. Les réglages adoptés par
4890 @code{\alterBroken} peuvent devenir inadaptés si le bandeau n'est plus
4891 rompu ou est découpé en plus de segments que prévu. L'introduction
4892 explicite d'un @code{\break} peut alors pallier ces situations.
4894 La commande @code{\alterBroken} est inopérante sur les propriétés d'un
4895 bandeau qui sont traitées avant la procédure de saut de ligne, comme
4899 Manuel d'extension :
4900 @rextend{Retouches complexes}.
4903 @node Conteneurs requalifiants
4904 @subsection Conteneurs requalifiants
4905 @translationof Unpure-pure containers
4907 @cindex Scheme, pure containers
4908 @cindex Scheme, unpure containers
4909 @cindex pure containers, Scheme
4910 @cindex unpure containers, Scheme
4911 @cindex espacement horizontal, affinage
4913 Les conteneurs requalifiants permettent de faciliter le calcul des
4914 espacements en cas de modification du @emph{Y-axis} -- plus
4915 particulièrement les composantes @code{Y-offset} et @code{Y-extent} -- à
4916 l'aide d'une fonction scheme en lieu et place de valeurs.
4918 L'envergure verticale (@code{Y-extent}) de certains objets dépend de la
4919 propriété @code{stencil} ; jouer sur leur stencil requiert alors une
4920 intervention supplémentaire au niveau du @code{Y-extent} à l'aide d'un
4921 conteneur transitoire. Lorsqu'une fonction affecte un @code{Y-offset} ou
4922 un @code{Y-extent}, cela déclenche la détermination des sauts de ligne
4923 de manière anticipée dans la séquence des traitements. Il en résulte
4924 que cette opération n'est en fait pas exécutée ; elle renvoie
4925 habituellement @code{0} ou @code{'(0 . 0)}, ce qui peut engendrer des
4926 collisions. Une fonction @qq{pure} évitera d'avorter la construction
4927 des propriétés ou objets, qui de ce fait verront leurs arguments liés à
4928 la verticalité (@code{Y-axis}) correctement évalués.
4930 Il existe actuellement une trentaine de fonctions que l'on peut
4931 qualifier de « pures ». Le recours à un conteneur transitoire permet
4932 de requalifier une fonction de telle sorte qu'elle soit reconnue comme
4933 « pure » et soit donc évaluée @strong{avant} détermination des sauts de
4934 ligne -- l'espacement horizontal sera de fait ajusté en temps et en heure.
4935 La fonction « impure » sera ensuite évaluée @strong{après} le
4936 positionnement des sauts de ligne.
4938 @warning{Il n'est pas toujours facile d'avoir l'assurance qu'une
4939 fonction soit qualifiée de « pure » ; aussi nous vous recommandons
4940 d'éviter d'utiliser les objets @code{Beam} or @code{VerticalAlignment}
4941 lorsque vous désirez en créer une.}
4943 Un conteneur requalifiant se construit selon la syntaxe
4945 @code{(ly:make-unpure-pure-container f0 f1)}
4948 où @code{f0} est une fonction prenant @var{n} arguments (@var{n_>=_1}),
4949 le premier devant être l'objet en question ; il s'agit de la fonction
4950 dont le résultat sera réutilisé. @var{f1} est la fonction qui sera
4951 qualifiée de « pure ». Elle prend @var{n_+_2} arguments, le premier
4952 devant être lui aussi l'objet en question, et les second et troisième
4953 étant respectivement les « point de départ » (@var{start}) et « point
4954 d'arrivée » (@var{end}).
4956 @var{start} et @var{end} sont dans tous les cas des valeurs fictives qui
4957 trouveront leur utilité dans le cas d'objets de type @code{Spanner},
4958 tels les soufflets (@code{Hairpin}) ou barres de ligature (@code{Beam}),
4959 en retournant les différentes estimations de hauteur basées sur leurs
4960 début et fin d'extension.
4962 Viennent ensuite les autres arguments de la fonction initiale @code{f0}
4963 -- autrement dit aucun si @var{n_=_1}.
4965 Les résultats de la deuxième fonction (@code{f1}) permettent une
4966 approximation des valeurs qui seront ensuite utilisées par la fonction
4967 initiale aux fins d'ajustement lors des phases ultérieures d'espacement.
4969 @c TODO: The following example supposedly showing a collision no longer
4970 @c 'works' since 2.18.x. Another example of a collision is needed.
4973 @lilypond[verbatim,quote,ragged-right]
4974 #(define (square-line-circle-space grob)
4975 (let* ((pitch (ly:event-property (ly:grob-property grob 'cause) 'pitch))
4976 (notename (ly:pitch-notename pitch)))
4977 (if (= 0 (modulo notename 2))
4978 (make-circle-stencil 0.5 0.0 #t)
4979 (make-filled-box-stencil '(0 . 1.0)
4982 squareLineCircleSpace = {
4983 \override NoteHead.stencil = #square-line-circle-space
4986 smartSquareLineCircleSpace = {
4987 \squareLineCircleSpace
4988 \override NoteHead.Y-extent =
4989 #(ly:make-unpure-pure-container
4990 ly:grob::stencil-height
4991 (lambda (grob start end) (ly:grob::stencil-height grob)))
4994 \new Voice \with { \remove "Stem_engraver" }
4996 \squareLineCircleSpace
4998 \smartSquareLineCircleSpace
5003 La première mesure de l'exemple ci-dessus ne fait pas appel à un
5004 conteneur requalifiant ; le moteur d'espacement n'a donc aucune
5005 connaissance de la largeur des têtes de note et ne peut empêcher
5006 qu'elles chevauchent les altérations. Dans la deuxième mesure, par
5007 contre, le recours à un conteneur requalifiant informe le moteur
5008 d'espacement de la largeur des têtes de note ; les collisions sont alors
5009 évitées du fait de l'espace réservé à chacune des têtes.
5011 Lorsqu'il s'agit de calculs simples, les fonctions, tant pour la partie
5012 « pure » que pour la partie « impure », peuvent être identiques au
5013 détail près du nombre d'arguments utilisés ou du domaine d'intervention.
5014 Ce cas de figure étant relativement répandu,
5015 @code{ly:make-unpure-pure-container} construira d'elle même cette
5016 deuxième lorsqu'il ne sera fait appel qu'à une seule fonction en
5019 @warning{Le fait de qualifier une fonction de « pure » alors qu'elle ne
5020 l'est pas peut générer des résultats imprévisibles.}
5023 @node Utilisation de fonctions musicales
5024 @section Utilisation de fonctions musicales
5025 @translationof Using music functions
5027 @c TODO -- add @seealso, etc. to these subsections
5029 Une adaptation ou un affinage qui devient récurrent parce que doit
5030 s'appliquer à différentes expressions musicales peut faire l'objet d'une
5031 @emph{fonction musicale}. Nous ne traiterons ici que des fonctions de
5032 @emph{substitution}, dont le but est de substituer une variable en un
5033 bout de code LilyPond. D'autres fonctions, plus complexes, sont
5034 abordées au chapitre @rextend{Fonctions musicales}.
5037 * Syntaxe d'une fonction de substitution::
5038 * Exemples de fonction de substitution::
5042 @node Syntaxe d'une fonction de substitution
5043 @subsection Syntaxe d'une fonction de substitution
5044 @translationof Substitution function syntax
5046 La rédaction d'une fonction chargée de substituer du code LilyPond à une
5047 variable est chose relativement aisée. Une telle fonction est de la
5052 #(define-music-function
5053 (@var{arg1} @var{arg2}@dots{})
5054 (@var{type1?} @var{type2?}@dots{})
5056 @var{@dots{}musique@dots{}}
5063 @multitable @columnfractions .33 .66
5064 @item @code{@var{argN}}
5065 @tab @var{n}ième argument.
5067 @item @code{@var{typeN?}}
5068 @tab un @emph{type de prédicat} Scheme pour lequel @code{@var{argN}}
5069 doit renvoyer @code{#t}.
5071 @item @code{@var{@dots{}musique@dots{}}}
5072 @tab du code LilyPond tout ce qu'il y a de plus ordinaire, avec
5073 des @code{$} (là où seule une construction LilyPond est autorisée) et
5074 des @code{#} (lorsqu'il s'agit d'une valeur en Scheme, d'un argument de
5075 fonction musicale ou de musique faisant partie d'une liste) pour
5076 référencer les arguments (par ex. @samp{#arg1}).
5079 La liste des types de prédicat est aussi obligatoire. Voici quelques
5080 uns des types de prédicat les plus utilisés dans les fonctions
5085 cheap-list? @emph{(au lieu de }« list? »@emph{, pour accélérer le traitement)}
5097 Une liste plus fournie est disponible à l'annexe
5098 @ref{Types de prédicats prédéfinis}. Vous pouvez par ailleurs définir
5099 vos propres types de prédicat.
5102 Manuel de notation :
5103 @ref{Types de prédicats prédéfinis}.
5105 Manuel d'extension :
5106 @rextend{Fonctions musicales}.
5108 Fichiers d'initialisation :
5109 @file{lily/music-scheme.cc},
5111 @file{scm/lily.scm}.
5114 @node Exemples de fonction de substitution
5115 @subsection Exemples de fonction de substitution
5116 @translationof Substitution function examples
5118 La présente rubrique regroupe quelques exemples de fonction
5119 substitutive. Le propos est ici d'illustrer les possibilités qu'offrent
5120 les fonctions de substitution simple.
5122 Dans ce premier exemple, nous définissons une fonction dans le but de
5123 simplifier le réglage du décalage d'une annotation (un
5126 @lilypond[quote,verbatim,ragged-right]
5128 #(define-music-function
5132 \once \override TextScript.padding = #padding
5136 c''4^"piu mosso" b a b
5138 c4^"piu mosso" b a b
5140 c4^"piu mosso" b a b
5144 Nous pouvons utiliser autre chose que des nombres au sein d'une
5145 fonction, y compris une expression musicale :
5147 @lilypond[quote,verbatim,ragged-right]
5149 #(define-music-function
5153 \tweak NoteHead.stencil #ly:text-interface::print
5154 \tweak NoteHead.text
5155 \markup \musicglyph #"custodes.mensural.u0"
5156 \tweak Stem.stencil ##f
5160 \relative { c'4 d e f \custosNote g }
5165 Ces fonctions sont toutes deux des expressions uniques simples dans
5166 lesquelles seul le dernier élément d'un appel à une fonction ou une
5167 dérogation est absent. Dans ce cas particulier de définition d'une
5168 fonction, une syntaxe alternative et plus simple autorise à se cantonner
5169 à écrire la partie constant de l'expression et remplacer son dernier
5170 élément, absent, par @code{\etc} :
5172 @lilypond[quote,verbatim,ragged-right]
5174 \once \override TextScript.padding = \etc
5177 c''4^"piu mosso" b a b
5179 c4^"piu mosso" b a b
5181 c4^"piu mosso" b a b
5185 @lilypond[quote,verbatim,ragged-right]
5187 \tweak NoteHead.stencil #ly:text-interface::print
5188 \tweak NoteHead.text
5189 \markup \musicglyph #"custodes.mensural.u0"
5190 \tweak Stem.stencil ##f
5193 \relative { c'4 d e f \custosNote g }
5196 Une fonction de substitution peut traiter plusieurs arguments :
5198 @lilypond[quote,verbatim,ragged-right]
5200 #(define-music-function
5204 \once \override Score.MetronomeMark.padding = #padding
5205 \tempo \markup { \bold #tempotext }
5209 \tempo \markup { "Low tempo" }
5211 \tempoPadded #4.0 "High tempo"
5216 @c TODO: add appropriate @@ref's here.