1 @c -*- coding: utf-8; mode: texinfo; documentlanguage: fr -*-
3 Translation of GIT committish: f199e875f7a7beb0afd17eae2038819baab767ff
5 When revising a translation, copy the HEAD committish of the
6 version that you are working on. For details, see the Contributors'
7 Guide, node Updating translation committishes..
12 @c Translators: Valentin Villenave, Jean-Charles Malahieude
13 @c Translation checkers: Gilles Thibault
16 @node Modification des réglages prédéfinis
17 @chapter Modification des réglages prédéfinis
18 @translationof Changing defaults
20 LilyPond est conçu pour engendrer, par défaut, des partitions de la
21 plus haute qualité. Cependant, on peut parfois avoir à modifier cette
22 mise en forme par défaut. Celle-ci est réglée par tout un ensemble de
23 @qq{leviers et manettes} plus connus sous le terme de @qq{propriétés},
24 dont ce chapitre ne cherche pas à faire l'inventaire exhaustif -- le
25 chapitre @rlearning{Retouche de partition} du manuel d'initiation vous
26 en propose un aperçu. Le propos est plutôt ici de mettre en évidence
27 les différents groupes auxquels s'apparentent ces contrôles, et
28 d'expliquer comment trouver le bon levier pour obtenir tel ou tel effet
31 @cindex Référence des propriétés internes
33 Les moyens de contrôle des différents réglages sont décrits dans un
34 document séparé, @rinternalsnamed{Top,la référence des propriétés
35 internes}. Ce guide répertorie toutes les variables, fonctions et
36 autres options que LilyPond met à votre disposition. Il est consultable
37 @c leave the @uref as one long line.
38 @uref{http://@/lilypond@/.org/@/doc/@/stable/@/Documentation/@/internals/,en ligne},
39 au format HTML ; il est également inclus dans la documentation
40 fournie avec le logiciel.
42 En sous-main, LilyPond se sert du langage Scheme (un dérivé du LISP)
43 comme infrastructure. Modifier les choix de mise en page revient à
44 pénétrer dans les entrailles du programme, et de ce fait requiert
45 l'emploi du Scheme. Les fragments de Scheme, dans un fichier
46 @file{.ly}, sont introduits par le caractère @emph{hash} (@code{#}),
47 improprement surnommé @qq{dièse}.
48 @footnote{Le @rextend{Tutoriel Scheme} fournit quelques notions de base
49 pour saisir des nombres, des listes, des chaînes de caractères ou des
53 * Contextes d'interprétation::
54 * En quoi consiste la référence des propriétés internes::
55 * Modification de propriétés::
56 * Propriétés et contextes utiles::
57 * Retouches avancées::
58 * Utilisation de fonctions musicales::
62 @node Contextes d'interprétation
63 @section Contextes d'interprétation
64 @translationof Interpretation contexts
66 Cette section traite des contextes.
69 * Tout savoir sur les contextes::
70 * Création d'un contexte::
71 * Conservation d'un contexte::
72 * Modification des greffons de contexte::
73 * Modification des réglages par défaut d'un contexte::
74 * Définition de nouveaux contextes::
75 * Ordonnancement des contextes::
80 @rlearning{Contextes et graveurs}.
82 Fichiers d'initialisation :
83 @file{ly/engraver-init.ly},
84 @file{ly/performer-init.ly}.
87 @rlsrnamed{Contexts and engravers, Contextes et graveurs}.
89 Référence des propriétés internes :
90 @rinternals{Contexts},
91 @rinternals{Engravers and Performers}.
94 @node Tout savoir sur les contextes
95 @subsection Tout savoir sur les contextes
96 @translationof Contexts explained
99 @c TODO Rethink and rewrite
101 >> > > - list of contexts: my *danger unmaintainable*
102 >> > > alarm just went off. I'm
104 I knew it would... And leaving out some of them is perfectly fine
106 I do think that a list like this, with the main contexts and a
108 description of what they do (perhaps also with a note about what
110 behavior is associated with each of them, but this may be
112 should be there, and then we could simply list the remaining ones
114 further explanation and with links to the IR.
117 @c TODO Improve layout, order and consistency of wording -td
119 @c TODO Add introduction which explains contexts in generality -td
121 @c TODO Describe propagation of property values -td
123 Les contextes sont hiérarchisés :
126 * Score -- le père de tous les contextes::
127 * Contextes de haut niveau -- les systèmes::
128 * Contextes de niveau intermédiaire -- les portées::
129 * Contextes de bas niveau -- les voix::
133 @node Score -- le père de tous les contextes
134 @unnumberedsubsubsec Score -- le père de tous les contextes
135 @translationof Score - the master of all contexts
137 Il s'agit en l'occurrence du contexte le plus élevé, autrement dit le
138 plus important, en matière de notation. En effet, c'est au niveau de la
139 partition -- @emph{score} en anglais -- que se gèrent le temps et la
140 tonalité ; c'est donc là qu'il faut s'assurer que les différents
141 éléments, tels les clefs, métriques et armures sont bien répercutés sur
144 Dès lors que LilyPond rencontre un bloc @code{\score @{@dots{}@}}
145 ou @code{\layout @{@dots{}@}}, se crée implicitement un contexte
149 @node Contextes de haut niveau -- les systèmes
150 @unnumberedsubsubsec Contextes de haut niveau -- les systèmes
151 @translationof Top-level contexts - staff containers
153 De nombreuses partitions sont écrites sur plus d'une portée. Ces
154 portées peuvent être regroupées de différentes manières.
156 @strong{@emph{StaffGroup}}
158 Le groupe de portées est attaché par un crochet, et les barres de mesure
159 sont d'un seul tenant, de la première à la dernière portée. Le
160 @code{StaffGroup} constitue le regroupement le plus simple.
162 @strong{@emph{ChoirStaff}}
164 Ce regroupement est identique au @code{StaffGroup}, à ceci près que les
165 barres de mesure ne traversent pas l'espace inter-portées.
167 @strong{@emph{GrandStaff}}
169 Le groupe de portées est attaché par une accolade sur la gauche, et les
170 barres de mesure sont d'un seul tenant.
172 @strong{@emph{PianoStaff}}
174 Ce regroupement est identique au @code{GrandStaff}, à ceci près que le
175 nom de l'instrument sera directement attaché au système.
178 @node Contextes de niveau intermédiaire -- les portées
179 @unnumberedsubsubsec Contextes de niveau intermédiaire -- les portées
180 @translationof Intermediate-level contexts - staves
182 @strong{@emph{Staff}}
184 La portée prend en charge les clefs, barres de mesure, armures et les
185 altérations accidentelles. Un contexte @code{Staff} peut contenir
186 plusieurs contextes @code{Voice}.
188 @strong{@emph{RhythmicStaff}}
190 De même nature qu'un @code{Staff}, mais destiné à n'imprimer que du
191 rythme. Quelle que soit la hauteur, les notes seront imprimées sur une
192 même et unique ligne.
194 @strong{@emph{TabStaff}}
196 Ce contexte permet de générer des tablatures. La mise en forme par
197 défaut correspond à une tablature pour guitare, sur six lignes.
199 @strong{@emph{DrumStaff}}
201 Contexte dévolu tout spécialement aux parties de percussion ; il
202 peut contenir plusieurs @code{DrumVoice}.
204 @strong{@emph{VaticanaStaff}}
206 Identique au contexte @code{Staff}, à ceci près qu'il est tout
207 particulièrement adapté au grégorien.
209 @strong{@emph{MensuralStaff}}
211 Identique au contexte @code{Staff}, à ceci près qu'il est tout
212 particulièrement adapté au style mensural de musique ancienne.
215 @node Contextes de bas niveau -- les voix
216 @unnumberedsubsubsec Contextes de bas niveau -- les voix
217 @translationof Bottom-level contexts - voices
219 Les contextes de niveau @qq{voix} initialisent un certain nombre de
220 propriétés et activent les graveurs appropriés. S'agissant de contextes
221 du plus bas niveau, ils ne sauraient contenir d'autre contexte.
223 @strong{@emph{Voice}}
225 Correspond à une voix positionnée sur une portée. Le contexte
226 @code{Voice} s'occupe des indications de nuance, des hampes, des
227 ligatures, des scripts placés au-dessus ou au-dessous de la portée, des
228 différentes liaisons et des silences. Lorsque plusieurs voix doivent
229 cohabiter sur la même portée, il est indispensable de les instancier
232 @strong{@emph{VaticanaVoice}}
234 Fonctionnant comme le contexte @code{Voice}, il est tout
235 particulièrement destiné à gérer le grégorien.
237 @strong{@emph{MensuralVoice}}
239 Fonctionnant comme le contexte @code{Voice}, il est tout
240 particulièrement adapté aux musiques anciennes.
242 @strong{@emph{Lyrics}}
244 Correspond à une voix contenant des paroles. Le contexte @code{Lyrics}
245 gère l'impression d'une ligne de paroles.
247 @strong{@emph{DrumVoice}}
249 Contexte de voix dévolu à une portée de percussions.
251 @strong{@emph{FiguredBass}}
253 Contexte prenant en charge les objets @code{BassFigure} -- la basse
254 chiffrée -- créés à partir de ce qui a été saisi en mode
257 @strong{@emph{TabVoice}}
259 Contexte de voix dévolu au contexte @code{TabStaff}, il est
260 habituellement créé implicitement.
262 @strong{@emph{CueVoice}}
264 Contexte de voix utilisé essentiellement dans le cadre de citations
265 ajoutées à une portée -- voir @ref{Mise en forme d'une citation}. Il
266 est habituellement créé implicitement.
268 @strong{@emph{ChordNames}}
270 Permet d'imprimer des noms d'accord.
275 Then the following, which I don't know what to do with:
277 * GregorianTranscriptionVoice
278 * GregorianTranscriptionStaff
281 Engraves fretboards from chords. Not easy... Not
283 There is now some documentation on FretBoards in the NR, under
284 instrument-specific notation -- cds.
289 Hard coded entry point for LilyPond. Cannot be tuned.
291 Silently discards all musical information given to this
297 @node Création d'un contexte
298 @subsection Création d'un contexte
299 @translationof Creating contexts
301 @c TODO more complete descriptions rather than learning style
303 Lorsqu'une partition ne comporte qu'une portée avec une seule voix, les
304 contextes sont créés automatiquement. Dès que la structure s'étoffe, il
305 devient nécessaire de les créer explicitement, en suivant l'une des
306 trois méthodes suivantes :
311 La commande la plus simple à utiliser est @code{\new} ; c'est aussi
312 la plus courte. Elle se place juste avant une expression musicale et se
316 @cindex nouveau contexte
317 @cindex contexte, création
320 \new @var{type} @var{expression_musicale}
324 où @var{type} est le nom d'un contexte (par ex. @code{Staff} ou
325 @code{Voice}). Cette commande crée un nouveau contexte et y interprète
326 le contenu de l'@var{expression_musicale}.
328 C'est ce qui se passe lorsqu'une partition comporte plusieurs portées :
329 chaque partie qui doit apparaître sur une portée spécifique est précédée
330 d'un @code{\new Staff}.
332 @lilypond[quote,verbatim,relative=2,ragged-right]
339 La commande @code{\new} vous permet aussi d'attribuer un nom au
340 contexte que vous créez.
343 \new @var{type} = @var{nom} @var{musique}
345 Le nom que vous spécifiez ne pourra être utilisé que s'il n'a pas déjà
346 été attribué à un autre contexte.
350 Tout comme @code{\new}, la commande @code{\context} affectera une
351 expression musicale à un objet contextuel ; elle lui attribuera de
352 surcroît un nom. La commande @code{\context} s'emploie de la façon
356 \context @var{type} = @var{nom} @var{musique}
359 LilyPond va dans un premier temps vérifier l'existence d'un contexte du
360 type @var{type} appelé @var{nom}. En l'absence d'un tel contexte,
361 LilyPond crée un nouveau contexte du nom que vous avez spécifié. Cette
362 procédure est tout à fait pertinente lorsque vous faites appel à ce
363 contexte particulier par la suite. Prenons le cas d'un chant :
364 nous commençons par nommer la ligne mélodique,
367 \context Voice = "@b{tenor}" @var{musique}
371 de telle sorte que le texte s'aligne correctement sur les notes :
374 \new Lyrics \lyricsto "@b{tenor}" @var{paroles}
379 L'une des autres utilisations de contextes explicitement nommés consiste
380 à fusionner deux expressions musicales dans un même contexte. Dans
381 l'exemple qui suit, notes et articulations sont saisies indépendamment.
385 arts = @{ s4-. s4-> @}
388 Elles sont ensuite fusionnées par affectation au même contexte
393 \new Staff \context Voice = "A" \music
394 \context Voice = "A" \arts
397 @lilypond[quote,ragged-right]
401 \new Staff \context Voice = "A" \music
402 \context Voice = "A" \arts
406 Grâce à ce mécanisme, vous pouvez tout à fait générer une version
407 @qq{Urtext} (édition originale) et optionnellement ajouter distinctement
408 des articulations à ces mêmes notes.
410 @cindex création de contextes
413 Voici une troisième manière de créer un contexte :
416 \context @var{type} @var{musique}
420 Très comparable à une déclaration @code{\context = @var{nom}},
421 cette méthode permet de s'affranchir du type de contexte.
423 Cette variante s'utilise lorsque les expression musicales peuvent être
424 interprétées à différents niveaux, comme par exemple lorsque intervient
425 la commande @code{\applyOutput} -- pour de plus amples détails, voir
426 @rextend{Application d'une fonction à tous les objets de mise en forme}.
427 En l'absence de @code{\context} explicite, LilyPond considère qu'il
428 s'agit de @code{Voice}.
431 \applyOutput #'@var{contexte} #@var{fonction} % s'applique à Voice
434 Vous devrez respecter ces formulations si la fonction doit
435 s'interpréter au niveau @code{Score} ou @code{Staff} :
438 \applyOutput #'Score #@var{fonction}
439 \applyOutput #'Staff #@var{fonction}
445 @node Conservation d'un contexte
446 @subsection Conservation d'un contexte
447 @translationof Keeping contexts alive
449 @cindex contextes, maintien actif
450 @cindex contextes, durée de vie
452 En règle générale, un contexte disparaît dès qu'il n'y a plus rien à
453 faire. Autrement dit, un contexte @code{Voice} disparaît dès après le
454 dernier événement qu'il contient, et un contexte @code{Staff} dès que
455 les contextes @code{Voice} qu'il supporte ne contiennent plus rien.
456 Ceci peut avoir des conséquences néfastes lorsqu'il est fait référence à
457 un contexte alors disparu, comme dans le cas d'un changement de portée
458 introduit par la commande @code{\change}, l'association de paroles à
459 l'aide de la commande @code{\lyricsto} ou si des événements surviennent
460 à nouveau pour ce contexte précédemment actif.
462 Une exception cependant à cette règle : en présence d'un contexte
463 @code{Staff} ou dans une construction @code{<<...>>}, un seul des
464 contextes @code{Voice} inclus restera actif jusqu'à la fin du contexte
465 @code{Staff} ou de la construction @code{<<...>>}, y compris s'il y
466 a des @qq{trous}. Le contexte alors persistant sera le premier
467 rencontré dans la construction @code{@{...@}} sans tenir compte des
468 éventuels @code{<<...>>} qu'elle pourrait contenir.
470 Un contexte restera actif dès lors qu'il s'y passera toujours quelque
471 chose. Un contexte @code{Staff} restera actif si l'une des voix qu'il
472 supporte est toujours active. L'un des moyens de s'en assurer
473 consiste à ajouter des silences invisibles parallèlement à la musique.
474 Vous devrez les ajouter dans tous les contextes @code{Voice} qui doivent
475 rester actifs. Nous vous conseillons, lorsque plusieurs voix
476 interviennent de manière sporadique, de toutes les maintenir actives
477 plutôt que de vous fier aux exceptions mentionnées plus haut.
479 Dans l'exemple suivant, les deux voix A et B sont maintenues actives
480 jusqu'à la fin du morceau :
482 @lilypond[quote,verbatim]
483 musicA = \relative c'' { d4 d d d }
484 musicB = \relative c'' { g4 g g g }
487 \new Voice = "A" { s1*5 } % Keep Voice "A" alive for 5 bars
488 \new Voice = "B" { s1*5 } % Keep Voice "B" alive for 5 bars
493 \context Voice = "A" {
497 \context Voice = "B" {
501 \context Voice = "A" { \musicA }
502 \context Voice = "B" { \musicB }
503 \context Voice = "A" { \musicA }
514 @cindex paroles, alignement sur une mélodie épisodique
516 L'exemple suivant illustre la manière d'écrire selon cette méthode une
517 mélodie discontinue à laquelle se rattachent des paroles. Dans la
518 réalité, mélodie et accompagnement feraient l'objet de portées séparées.
520 @lilypond[quote,verbatim]
521 melody = \relative c'' { a4 a a a }
522 accompaniment = \relative c' { d4 d d d }
523 words = \lyricmode { These words fol -- low the mel -- o -- dy }
526 \new Staff = "music" {
528 \new Voice = "melody" {
530 s1*4 % Keep Voice "melody" alive for 4 bars
533 \new Voice = "accompaniment" {
538 \context Voice = "melody" { \melody }
539 \context Voice = "accompaniment" { \accompaniment }
541 \context Voice = "accompaniment" { \accompaniment }
543 \context Voice = "melody" { \melody }
544 \context Voice = "accompaniment" { \accompaniment }
549 \new Lyrics \with { alignAboveContext = #"music" }
550 \lyricsto "melody" { \words }
555 Une autre méthode, qui s'avère plus productive dans nombre de cas,
556 consiste à maintenir active la ligne mélodique en y insérant des
557 silences invisibles tout au long de l'accompagnement :
559 @lilypond[quote,verbatim]
560 melody = \relative c'' {
566 accompaniment = \relative c' {
572 words = \lyricmode { These words fol -- low the mel -- o -- dy }
576 \new Staff = "music" {
578 \new Voice = "melody" {
582 \new Voice = "accompaniment" {
588 \new Lyrics \with { alignAboveContext = #"music" }
589 \lyricsto "melody" { \words }
595 @node Modification des greffons de contexte
596 @subsection Modification des greffons de contexte
597 @translationof Modifying context plug-ins
599 @c TODO Should this be Modifying engravers or Modifying contexts?
601 Les contextes, tels que @code{Score} ou @code{Staff}, ne contiennent
602 pas que des propriétés ; ils mettent également en œuvre certains
603 sous-programmes (@emph{plug-ins} pour employer le terme consacré) nommés
604 @qq{graveurs} (@emph{engravers} pour reprendre le terme anglais).
605 Ces sous-programmes sont chargés de créer les différents éléments de
606 notation : on trouve ainsi dans le contexte @code{Voice} un graveur
607 @code{Note_heads_engraver}, chargé des têtes de notes et, dans le
608 contexte @code{Staff}, un graveur @code{Key_engraver}, chargé de
611 Vous trouverez une description exhaustive de chaque graveur dans
613 @rinternals{Engravers and Performers}.
616 Référence des propriétés internes @expansion{} Translation @expansion{} Engravers.
618 Chaque contexte mentionné dans
620 @rinternals{Contexts}
623 Référence des propriétés internes @expansion{} Translation @expansion{} Context.
625 répertorie les graveurs mis en œuvre.
627 On peut faire, au moyen de ces graveurs, sa propre @qq{cuisine}, en
628 modifiant les contextes à volonté.
630 Lorsqu'un contexte est créé, par la commande @code{\new} ou
631 @code{\context}, on peut y adjoindre un bloc @code{\with} (en anglais
632 @qq{avec}), dans lequel il est possible d'ajouter (commande
633 @code{\consists}) ou d'enlever (commande @code{\remove}) des
639 \new @var{contexte} \with @{
652 Ici les points de suspension @dots{} devront être remplacés par le nom
653 des graveurs désirés. Dans l'exemple suivant, on enlève du contexte
654 @code{Staff}, la métrique (graveur @code{Time_signature_engraver})
655 et la clef (graveur @code{Clef_engraver}).
657 @lilypond[quote,relative=1,verbatim]
663 \remove "Time_signature_engraver"
664 \remove "Clef_engraver"
671 La clef et le chiffre de mesure ont disparu de la deuxième portée.
672 C'est une méthode quelque peu radicale, puisqu'elle affectera toute la
673 portée jusqu'à la fin de la partition. L'espacement s'en trouve
674 également affecté, ce qui peut être ou non l'effet recherché. Une
675 méthode plus sophistiquée aurait été de rendre ces objets transparents
676 (voir @rlearning{Visibilité et couleur des objets}).
678 Dans l'exemple suivant, voici une mise en pratique plus utile. En temps
679 normal, les barres de mesure et la métrique sont synchronisées
680 verticalement dans toute la partition. Les graveurs qui en sont
681 responsables se nomment @code{Timing_translator} et
682 @code{Default_bar_line_engraver}. En les enlevant du contexte
683 @code{Score} pour les attribuer au contexte @code{Staff}, chaque portée
684 peut désormais avoir sa propre métrique.
686 @cindex polymétrique, partition
687 @cindex chiffres de mesure multiples
689 @lilypond[quote,verbatim]
693 \consists "Timing_translator"
694 \consists "Default_bar_line_engraver"
700 \consists "Timing_translator"
701 \consists "Default_bar_line_engraver"
710 \remove "Timing_translator"
711 \remove "Default_bar_line_engraver"
719 L'ordre dans lequel les graveurs sont spécifiés correspond à leur ordre
720 d'apparition dans le processus d'élaboration de la partition.
721 En règle générale, l'ordre dans lequel les graveurs sont mentionnés
722 importe peu. Il se peut toutefois qu'un graveur écrive une propriété
723 qui sera interprétée par un autre, ou qu'un graveur crée un objet
724 graphique qui sera traité par un autre ; l'ordre d'apparition de
725 ces graveurs prendra alors tout son importance.
727 Pour information, les ordonnancements suivants sont importants :
731 le @code{Bar_engraver} devrait toujours être le premier ;
734 le @code{New_fingering_engraver} doit toujours précéder le
735 @code{Script_column_engraver} ;
738 le @code{Timing_translator} doit toujours précéder le
739 @code{Bar_number_engraver}.
744 Fichiers d'initialisation :
745 @file{ly/engraver-init.ly}.
749 @node Modification des réglages par défaut d'un contexte
750 @subsection Modification des réglages par défaut d'un contexte
751 @translationof Changing context default settings
753 @cindex réglages par défaut, modification
754 @cindex contexte, modification des propriétés par défaut
756 Les propriétés des contextes et objets graphiques se modifient à l'aide
757 des commandes @code{\set} et @code{\override}, comme indiqué à la
758 rubrique @ref{Modification de propriétés}. Ces commandes créent des
759 événements musicaux qui feront que la modification produira ses effets
760 dès l'instant où la musique est traitée.
762 Le propos est ici de voir comment modifier les valeurs @emph{par défaut}
763 des propriétés de contexte ou d'objet graphique dès la création de ces
764 contextes. Deux manières de procéder sont envisageables : l'une
765 consiste à modifier les valeurs pour tous les contextes d'un même type,
766 l'autre s'attache à adapter les valeurs par défaut d'une instance
767 particulière d'un contexte.
770 * Modification de tous les contextes d'un même type::
771 * Modification d'un contexte particulier::
772 * Ordre de préséance::
776 @node Modification de tous les contextes d'un même type
777 @unnumberedsubsubsec Modification de tous les contextes d'un même type
778 @translationof Changing all contexts of the same type
780 @cindex \context dans un bloc \layout
785 La personnalisation des réglages par défaut d'un contexte, qu'il
786 s'agisse de @code{Score}, @code{Staff} ou @code{Voice}, peut se réaliser
787 indépendamment de la musique dans un bloc @code{\layout} -- placé dans
788 le bloc @code{\score} auquel ces modifications doivent s'appliquer -- au
789 moyen d'un bloc @code{\context}.
795 [réglage de contexte pour tous les contextes @emph{Voice}]
799 [réglage de contexte pour tous les contextes @emph{Staff}]
804 La spécification des adaptations peut se faire de différentes manières :
808 à l'aide d'une commande @code{\override}, sans lui adjoindre le nom du
812 @lilypond[quote,verbatim]
815 a4^"Hampes épaisses" a a a
821 \override Stem.thickness = #4.0
828 en définissant directement une propriété de contexte :
831 @lilypond[quote,verbatim]
834 a4^"Fontes plus petites" a a a
848 à l'aide d'une commande prédéfinie comme @code{\dynamicUp}, ou bien une
849 expression musicale telle que @code{\accidentalStyle "dodecaphonic"} :
852 @lilypond[quote,verbatim]
855 a4^"Nuance en surplomb" a a a
865 \accidentalStyle dodecaphonic
872 à l'aide d'une variable personnalisée contenant un bloc @code{\with} :
873 pour de plus amples iformations sur le bloc @code{\with}, voir
874 @ref{Modification d'un contexte particulier}.
877 @lilypond[quote,verbatim]
878 StaffDefauts = \with {
885 a4^"Petite police" a a a
900 Les instructions destinées à modifier les propriétés peuvent se placer
901 dans un bloc @code{\layout} sans pour autant être incluses dans un bloc
902 @code{\context}. Expliciter des réglages de la sorte équivaut à inclure
903 les commandes de modification des propriétés au début de chacun des
904 contextes du type en question. Lorsque le contexte n'est pas spécifié,
905 @emph{tous} les contextes de bas niveau seront affectés -- voir
906 @ref{Contextes de bas niveau -- les voix}. La syntaxe appropriée répond
907 aux mêmes critères que si la commande était écrite dans le flot
911 @lilypond[quote,verbatim]
915 a4^"Petite police" a a a
920 \accidentalStyle dodecaphonic
922 \override Voice.Stem.thickness = #4.0
928 @node Modification d'un contexte particulier
929 @unnumberedsubsubsec Modification d'un contexte particulier
930 @translationof Changing just one specific context
935 Dans le cas d'un contexte pris individuellement, ses propriétés se
936 modifient à l'aide d'un bloc @code{\with}. Toutes les autres instances
937 de contexte appartenant au même type seront affectés des réglages
938 prédéfinis par LilyPond, modifiés le cas échéant par un bloc
939 @code{\layout}. Le bloc @code{\with} se place directement à la suite de
940 la commande @code{\new} @var{type-de-contexte}.
945 [réglages pour ce contexte pris individuellement]
951 La spécification des adaptations peut se faire de différentes manières :
955 à l'aide d'une commande @code{\override}, sans lui adjoindre le nom du
959 @lilypond[quote,verbatim]
964 \override Stem.thickness = #4.0
968 a4^"Hampes épaisses" a a a
977 en définissant directement une propriété de contexte :
979 @lilypond[quote,verbatim]
984 a4^"Default font" a a a
993 a4^"Smaller font" a a a
1002 à l'aide d'une commande prédéfinie comme @code{\dynamicUp} :
1005 @lilypond[quote,verbatim]
1011 a4^"Nuances en dessous" a a a
1017 \with { \accidentalStyle dodecaphonic }
1020 \with { \dynamicUp }
1023 a4^"Nuances en surplomb" a a a
1035 @node Ordre de préséance
1036 @unnumberedsubsubsec Ordre de préséance
1037 @translationof Order of precedence
1039 La valeur d'une propriété qui doit s'appliquer à un instant particulier
1040 est déterminée comme suit :
1044 s'il y a une instruction @code{\override} ou @code{\set} active dans le
1045 flot d'information, sa valeur s'applique,
1048 en l'absence de quoi sera utilisée la valeur par défaut telle que
1049 définie dans une clause @code{\with} stipulée à l'initialisation du
1053 en l'absence de quoi sera retenue la valeur par défaut issue du bloc
1054 @code{\context} approprié le plus récent dans le bloc @code{\layout},
1057 en l'absence de quoi s'appliqueront les réglages prédéfinis de LilyPond.
1061 Manuel d'initiation :
1062 @rlearning{Modification des propriétés d'un contexte}.
1064 Manuel de notation :
1065 @ref{Tout savoir sur les contextes},
1066 @ref{Contextes de bas niveau -- les voix},
1067 @ref{La commande de fixation (set)},
1068 @ref{La commande de dérogation (override)},
1069 @ref{Le bloc \layout}.
1072 @node Définition de nouveaux contextes
1073 @subsection Définition de nouveaux contextes
1074 @translationof Defining new contexts
1076 @cindex contexte, création
1077 @cindex graveur, affectation à un contexte
1092 Les contextes tels que @code{Staff} ou @code{Voice} sont faits
1093 de briques de construction empilées. En combinant divers graveurs,
1094 il est possible de créer de nouveaux types de contextes.
1096 Dans l'exemple suivant on construit, de zéro, un nouveau contexte très
1097 semblable à @code{Voice}, mais qui n'imprime que des têtes de notes en
1098 forme de barre oblique au centre de la portée. Un tel contexte peut
1099 servir, par exemple, à indiquer un passage improvisé dans un morceau de
1103 @lilypond[quote,ragged-right]
1104 \layout { \context {
1106 \type "Engraver_group"
1107 \consists "Note_heads_engraver"
1108 \consists "Rhythmic_column_engraver"
1109 \consists "Text_engraver"
1110 \consists "Pitch_squash_engraver"
1111 squashedPosition = #0
1112 \override NoteHead.style = #'slash
1113 \override Stem.transparent = ##t
1114 \override Flag.transparent = ##t
1118 \accepts "ImproVoice"
1122 a4 d8 bes8 \new ImproVoice { c4^"ad lib" c
1123 c4 c^"dévêtez-vous" c_"tout en jouant :)" c }
1128 On a rassemblé les réglages dans un bloc @code{\context}, lui-même placé
1129 dans le bloc @code{\layout} :
1139 En lieu et place des points (@dots{}), voici les éléments à saisir :
1141 Tout d'abord, il convient de donner un nom à notre nouveau contexte :
1147 Comme il est très semblable à @code{Voice}, nous souhaitons que
1148 toutes les commandes associées au @code{Voice} déjà existant restent
1149 valables. D'où nécessité de la commande @code{\alias}, qui va
1150 l'associer au contexte @code{Voice} :
1156 Ce contexte doit pouvoir imprimer des notes et des indications
1157 textuelles ; on ajoute donc les graveurs appropriés :
1160 \consists "Note_heads_engraver"
1161 \consists "Text_engraver"
1164 Cependant, on veut que les notes s'affichent toutes au centre de
1168 \consists "Pitch_squash_engraver"
1169 squashedPosition = #0
1172 Le graveur @rinternals{Pitch_squash_engraver} intercepte les notes
1173 créées par le @rinternals{Note_heads_engraver}, et les @qq{écrase} pour
1174 qu'elles aient toutes la même position verticale, définie par
1175 @code{squashedPosition} : ici il s'agit de la valeur @code{0},
1176 c'est-à-dire la ligne du milieu.
1178 On veut que les notes aient la forme d'une barre oblique, sans
1182 \override NoteHead.style = #'slash
1183 \override Stem.transparent = ##t
1184 \override Flag.transparent = ##t
1187 Afin que tous ces graveurs puissent travailler de concert, on leur
1188 adjoint un sous-programme spécial, introduit par la commande
1189 @code{\type} : il s'agit de @code{Engraver_group},
1192 \type "Engraver_group"
1195 Récapitulons ; on se retrouve avec le bloc suivant :
1200 \type "Engraver_group"
1201 \consists "Note_heads_engraver"
1202 \consists "Text_engraver"
1203 \consists "Pitch_squash_engraver"
1204 squashedPosition = #0
1205 \override NoteHead.style = #'slash
1206 \override Stem.transparent = ##t
1207 \override Flag.transparent = ##t
1214 Ce n'est pas tout. En effet, on veut intégrer le nouveau contexte
1215 @code{ImproVoice} dans la hiérarchie des contextes. Tout comme le
1216 contexte @code{Voice}, sa place est au sein du contexte @code{Staff}.
1217 Nous allons donc modifier le contexte @code{Staff},
1218 au moyen de la commande @code{\accepts} :
1229 Le contraire de @code{\accepts} est @code{\denies} ; il est parfois
1230 utile lorsque l'on recycle des définitions de contextes déjà existantes.
1232 Enfin, tout cela doit prendre place dans le bloc @code{\layout},
1243 \accepts "ImproVoice"
1248 On peut alors saisir la musique, comme dans l'exemple plus haut :
1256 c c_"tout en jouant :)"
1263 @node Ordonnancement des contextes
1264 @subsection Ordonnancement des contextes
1265 @translationof Context layout order
1267 @cindex contextes, ordonnancement
1272 Les contextes viennent en principe se positionner selon leur ordre
1273 d'apparition dans le fichier source. Lorsque plusieurs contextes sont
1274 imbriqués, le contexte englobant supportera les différents contextes
1275 mentionnés dans le fichier source, à la stricte condition qu'ils soient
1276 dûment @qq{agréés}. Les contextes imbriqués qui ne font pas partie de
1277 la @qq{liste d'agréments} du contexte englobant se retrouveront en
1278 dessous de celui-ci au lieu d'y être imbriqués.
1280 La liste des @qq{agréments} d'un contexte se gère à l'aide des
1281 instructions @code{\accepts} et @code{\denies} -- @code{\accepts} pour
1282 ajouter un contexte à la liste, et @code{\denies} pour retirer
1283 l'agrément. Il est par exemple peu conventionnel que les accords nommés
1284 apparaissent dans un contexte @code{Staff} ; autrement dit, le
1285 contexte @code{ChordNames} ne fait pas partie de la @qq{liste
1286 d'agréments} du contexte @code{Staff} par défaut. Néanmoins, et s'il
1287 devait en être ainsi, vous pourriez le spécifier.
1289 @lilypond[verbatim,quote]
1293 \chords { d1:m7 b1:min7.5- }
1298 @lilypond[verbatim,quote]
1302 \chords { d1:m7 b1:min7.5- }
1307 \accepts "ChordNames"
1313 L'instruction @code{\denies} permet, lorsqu'un nouveau contexte reprend
1314 les définitions d'un contexte existant, d'en ajuster les composantes.
1315 C'est par exemple le cas du contexte @code{VaticanaStaff}, réplique du
1316 contexte @code{Staff} au sein duquel le contexte @code{VaticanaVoice} se
1317 substitue au contexte @code{Voice} dans la @qq{liste d'agrément}.
1319 Gardez à l'esprit que, face à une instruction qui ne s'appliquerait à
1320 aucun contexte déjà existant, LilyPond créera un nouveau contexte
1321 implicite. Ceci peut engendrer une nouvelle portée ou une autre
1324 @cindex alignAboveContext
1325 @cindex alignBelowContext
1326 @funindex alignAboveContext
1327 @funindex alignBelowContext
1329 Il arrive qu'un contexte ne doive exister que pendant un court instant,
1330 ce qui est le cas par exemple pour une @emph{ossia}. Le plus simple
1331 consiste alors à initialiser la définition d'un contexte à l'endroit
1332 approprié, en parallèle avec le fragment correspondant dans la musique
1333 principale. Ce contexte temporaire sera par défaut positionné sous les
1334 autres contextes existants. Le repositionner au-dessus du contexte
1335 « principal » demande de le définir ainsi :
1338 @code{\new Staff \with @{ alignAboveContext = #"principal" @} }
1341 Il en va de même pour les contextes temporaires de paroles au sein d'un
1342 système à plusieurs portées comme un @code{ChoirStaff} lorsque, par
1343 exemple, un couplet supplémentaire apparaît à l'occasion d'une
1344 reprise. Ce contexte de paroles temporaire se place par défaut sous les
1345 portées inférieures. Lui adjoindre une instruction
1346 @code{alignBelowContext} dès son initialisation permet de l'accoler au
1347 contexte de paroles (nommé) qui contient le premier couplet.
1349 Des exemples de repositionnement de contexte temporaire sont disponibles
1350 aux rubriques @rlearning{Expressions musicales imbriquées},
1351 @ref{Modification de portées individuelles} et
1352 @ref{Situations particulières en matière de paroles}.
1355 Manuel d'initiation :
1356 @rlearning{Expressions musicales imbriquées}.
1358 Manuel de notation :
1359 @ref{Modification de portées individuelles},
1360 @ref{Situations particulières en matière de paroles}.
1362 Manuel d'utilisation :
1363 @rprogram{Apparition d'une portée supplémentaire}.
1365 Fichiers d'initialisation :
1366 @file{ly/engraver-init.ly}.
1369 @node En quoi consiste la référence des propriétés internes
1370 @section En quoi consiste la référence des propriétés internes
1371 @translationof Explaining the Internals Reference
1374 * Navigation dans les références du programme::
1375 * Interfaces de rendu::
1376 * Détermination de la propriété d'un objet graphique (grob)::
1377 * Conventions de nommage::
1381 @node Navigation dans les références du programme
1382 @subsection Navigation dans les références du programme
1383 @translationof Navigating the program reference
1385 @c TODO remove this (it's in the LM)
1386 @c Replace with more factual directions
1388 Comment, par exemple, déplacer le doigté dans le fragment suivant ?
1390 @lilypond[quote,relative=2,verbatim]
1396 Sur la page de la documentation relative aux doigtés, c'est-à-dire
1397 @ref{Doigtés}, se trouve l'indication suivante :
1402 Référence des propriétés internes : @rinternals{Fingering}.
1405 @c outdated info; probably will delete.
1407 This fragment points to two parts of the program reference: a page
1408 on @code{FingerEvent} and one on @code{Fingering}.
1410 The page on @code{FingerEvent} describes the properties of the music
1411 expression for the input @code{-2}. The page contains many links
1412 forward. For example, it says
1415 Accepted by: @rinternals{Fingering_engraver},
1419 That link brings us to the documentation for the Engraver, the
1423 This engraver creates the following layout objects: @rinternals{Fingering}.
1426 In other words, once the @code{FingerEvent}s are interpreted, the
1427 @code{Fingering_engraver} plug-in will process them.
1431 @c I can't figure out what this is supposed to mean. -gp
1433 The @code{Fingering_engraver} is also listed to create
1434 @rinternals{Fingering} objects,
1436 @c old info? it doesn't make any sense to me with our current docs.
1438 second bit of information listed under @b{See also} in the Notation
1443 Ladite référence est disponible au format HTML, ce qui rend la
1444 navigation bien plus aisée. Il est possible soit de la lire en ligne,
1445 soit de la télécharger dans ce format. La démarche présentée ici sera
1446 plus difficile à comprendre dans un document au format PDF.
1449 Suivons le lien @rinternals{Fingering}. En haut de la nouvelle page,
1453 Fingering objects are created by: @rinternals{Fingering_engraver} and
1454 @rinternals{New_fingering_engraver}.
1457 En d'autres termes, @emph{Les indications de doigtés}
1458 (@code{Fingering} en anglais) @emph{sont créées par les graveurs
1459 @rinternals{Fingering_engraver} et @rinternals{New_fingering_engraver}.}
1461 En suivant derechef les liens propres à la référence du programme, on
1462 suit en fait le cheminement qui aboutit à la création de la partition :
1466 @item @rinternals{Fingering}:
1467 @rinternals{Fingering} objects are created by:
1468 @rinternals{Fingering_engraver}
1470 @item @rinternals{Fingering_engraver}:
1471 Music types accepted: @rinternals{fingering-event}
1473 @item @rinternals{fingering-event}:
1474 Music event type @code{fingering-event} is in Music expressions named
1475 @rinternals{FingeringEvent}
1478 Ce cheminement se produit, bien sûr, en sens inverse : nous sommes
1479 ici partis du résultat, et avons abouti aux évènements (en anglais
1480 @emph{Events}) engendrés par le fichier d'entrée. L'inverse est
1481 également possible : on peut partir d'un évènement, et suivre le
1482 cheminement de LilyPond qui aboutit à la création d'un ou plusieurs
1485 La référence des propriétés internes peut également se parcourir comme
1486 un document normal. On y trouve des chapitres tels que
1488 @rinternals{Music definitions},
1491 @code{Music definitions}
1493 @rinternals{Translation}, ou encore @rinternals{Backend}. Chaque
1494 chapitre recense toutes les définitions employées, et les propriétés
1495 sujettes à ajustements.
1497 @c -- what about adding a link to the glossary here ? -vv
1498 La Référence des propriétés internes n'est pas traduite en français --
1499 notamment du fait qu'elle est en évolution constante, tout comme
1500 LilyPond. En revanche, les termes musicaux font l'objet d'un
1501 @rglosnamed{Top, glossaire} fort utile pour les utilisateurs
1505 @node Interfaces de rendu
1506 @subsection Interfaces de rendu
1507 @translationof Layout interfaces
1509 @cindex interfaces de rendu
1510 @cindex rendu, interfaces de
1511 @cindex objets graphiques
1513 Tous les éléments de notation sont considérés comme des objets
1514 graphiques (en anglais @emph{Graphical Object}, d'où le diminutif
1515 @emph{Grob}). Chaque objet est doté d'un certain nombre de propriétés
1516 (l'épaisseur du trait, l'orientation, etc.), et lié à d'autres objets.
1517 Le fonctionnement de ces objets est décrit en détail dans
1518 @rinternals{grob-interface}.
1520 Prenons l'exemple des doigtés (en anglais @emph{Fingering}). La page
1521 @code{Fingering} de la Référence des propriétés internes établit une
1522 liste de définitions propres à ce type d'objet :
1525 @code{padding} (dimension, in staff space):
1531 Ce qui signifie que les doigtés doivent être maintenus à une certaine
1532 distance (@emph{padding}) des notes : 0,5 unités @emph{staff-space}
1535 Chaque objet peut avoir plusieurs attributs, en tant qu'élément
1536 typographique ou musical. Ainsi, un doigté (objet @emph{Fingering})
1537 possède les attributs suivants :
1541 Sa taille ne dépend pas de l'espacement horizontal, contrairement aux
1542 liaisons ou ligatures.
1545 C'est du texte -- un texte vraiment court, certes.
1548 Ce texte est imprimé au moyen d'une fonte, contrairement aux liaisons ou
1552 Sur l'axe horizontal, le centre de ce symbole doit être aligné avec le
1556 Sur l'axe vertical, le symbole doit être proche de la note et de la
1560 Sur l'axe vertical encore, il doit également s'ordonner avec les
1561 éventuels autres symboles, ponctuations ou éléments textuels.
1564 Faire appliquer ces différents attributs est le rôle des
1565 @emph{interfaces}, que l'on trouve en bas de la page
1566 @rinternals{Fingering}.
1569 This object supports the following interfaces:
1570 @rinternals{item-interface},
1571 @rinternals{self-alignment-interface},
1572 @rinternals{side-position-interface}, @rinternals{text-interface},
1573 @rinternals{text-script-interface}, @rinternals{font-interface},
1574 @rinternals{finger-interface}, and @rinternals{grob-interface}.
1581 Cet objet admet les interfaces suivantes :
1584 Suit la liste des interfaces en question, présentées comme autant de
1585 liens qui conduisent aux pages dédiées à chacune d'entre elles.
1586 Chaque interface est dotée d'un certain nombre de propriétés, dont
1587 certaines peuvent être modifiées, et d'autres non (les @emph{Internal
1588 properties}, ou propriétés internes).
1590 Pour aller encore plus loin, plutôt que de simplement parler de l'objet
1591 @code{Fingering}, ce qui ne nous avance pas à grand chose, on peut aller
1592 explorer son âme même, dans les fichiers source de LilyPond (voir
1593 @rlearning{Autres sources de documentation}), en l'occurrence le fichier
1594 @file{scm/define-grobs.scm} :
1599 (avoid-slur . around)
1600 (slur-padding . 0.2)
1601 (staff-padding . 0.5)
1602 (self-alignment-X . 0)
1603 (self-alignment-Y . 0)
1604 (script-priority . 100)
1605 (stencil . ,ly:text-interface::print)
1606 (direction . ,ly:script-interface::calc-direction)
1607 (font-encoding . fetaText)
1608 (font-size . -5) ; don't overlap when next to heads.
1609 (meta . ((class . Item)
1610 (interfaces . (finger-interface
1612 text-script-interface
1614 side-position-interface
1615 self-alignment-interface
1616 item-interface))))))
1620 @dots{}où l'on découvre que l'objet @code{Fingering} n'est rien de plus
1621 qu'un amas de variables et de réglages. La page de la Référence des
1622 propriétés internes est en fait directement engendrée par cette
1626 @node Détermination de la propriété d'un objet graphique (grob)
1627 @subsection Détermination de la propriété d'un objet graphique (grob)
1628 @translationof Determining the grob property
1630 @c TODO remove this (it's in the LM)
1631 @c Replace with more factual directions
1633 Nous voulions changer la position du chiffre @b{2} dans le fragment
1636 @lilypond[quote,relative=2,verbatim]
1642 Dans la mesure où le @b{2} est placé, verticalement, à proximité de la
1643 note qui lui correspond, nous allons devoir trouver l'interface en
1644 charge de ce placement, qui se trouve être
1645 @code{side-position-interface}. Sur la page de cette interface, on peut
1649 @code{side-position-interface}
1651 Position a victim object (this one) next to other objects (the
1652 support). The property @code{direction} signifies where to put the
1653 victim object relative to the support (left or right, up or down?)
1659 @code{side-position-interface}
1661 Placer l'objet affecté à proximité d'autres objets. La propriété
1662 @code{direction} indique où positionner l'objet (à droite ou à gauche,
1668 En dessous de cette description se trouve décrite la variable
1674 (dimension, in staff space)
1676 Add this much extra space between objects that are next to each other.
1683 Ajouter tel espace supplémentaire entre des objets proches les uns des
1688 En augmentant la valeur de @code{padding}, on peut donc éloigner le
1689 doigté de la note. La commande suivante insère trois unités d'espace
1690 vide entre la note et le doigté :
1693 \once \override Voice.Fingering.padding = #3
1696 En ajoutant cette commande avant la création du doigté (de l'objet
1697 @code{Fingering}), donc avant @code{c2}, on obtient le résultat
1700 @lilypond[quote,relative=2,verbatim]
1701 \once \override Voice.Fingering.padding = #3
1707 Dans le cas présent, le réglage intervient dans le contexte @code{Voice},
1708 ce qui pouvait également se déduire de la Référence des propriétés
1709 internes, où la page du graveur @rinternals{Fingering_engraver}
1713 Fingering_engraver is part of contexts: @dots{} @rinternals{Voice}
1719 Le graveur Fingering_engraver fait partie des contextes : @dots{}
1724 @node Conventions de nommage
1725 @subsection Conventions de nommage
1726 @translationof Naming conventions
1728 Afin de s'y retrouver plus aisément et d'éviter les erreurs de frappe,
1729 voici quelques conventions en matière de nommage :
1732 @item fonctions scheme :
1733 minuscule-avec-trait-d-union (y compris noms en mot-unique)
1734 @item fonctions scheme :
1735 ly:plus-style-scheme
1736 @item événements, classes et propriétés musicaux :
1737 identique-aux-fonctions-scheme
1738 @item interfaces d'objet graphique :
1740 @item propriétés d'arrière plan :
1741 style-scheme (mais X et Y pour les axes)
1742 @item contextes (ainsi que MusicExpressions et grobs) :
1743 Capitale initiale ou Camélisation (CamelCase)
1744 @item propriétés de contexte :
1745 minusculeSuivieDeCamélisation
1747 Capitale_initiale_puis_minuscules_séparées_par_un_souligné
1750 Les questions que vous devez vous poser sont :
1752 @item Qu'est-ce qui relève des conventions, et qu'est-ce qui relève de
1754 @item Qu'est-ce qui relève des règles du langage sous-jacent, et
1755 qu'est-ce qui est propre à LilyPond ?
1759 @node Modification de propriétés
1760 @section Modification de propriétés
1761 @translationof Modifying properties
1763 @c TODO change the menu and subsection node names to use
1764 @c backslash once the new macro to handle the refs
1765 @c is available. Need to find and change all refs at
1766 @c the same time. -td
1769 * Vue d'ensemble de la modification des propriétés::
1770 * La commande de fixation (set)::
1771 * La commande de dérogation (override)::
1772 * La commande d'affinage (tweak)::
1774 * Modification de listes associatives::
1778 @node Vue d'ensemble de la modification des propriétés
1779 @subsection Vue d'ensemble de la modification des propriétés
1780 @translationof Overview of modifying properties
1782 Chaque contexte est chargé de créer plusieurs types d'objets graphiques.
1783 Il contient également les réglages nécessaires pour chacun de ces
1784 objets. Si l'on modifie ces réglages, les objets n'auront plus la même
1787 Les contextes comportent deux types différents de propriétés : des
1788 propriétés de contexte et des propriétés d'objet graphique. Les
1789 propriétés de contexte sont celles qui s'appliqueront globalement au
1790 contexte en tant que tel ; elles gèrent la manière dont le contexte
1791 apparaîtra. Les propriétés d'objet graphique, par contre, s'appliquent
1792 à des types particuliers d'objet qui apparaissent dans le contexte en
1795 Les commandes @code{\set} et @code{\unset} permettent de modifier les
1796 valeurs des propriétés de contexte. Les commandes @code{\override} et
1797 @code{\revert} permettent de modifier les valeurs des propriétés des
1801 La syntaxe employée pour ce faire est
1804 \override @var{contexte}.@var{objet} #'@var{propriété} = #@var{valeur}
1807 Ici @var{objet} est un objet graphique, tel que @code{Stem} (les hampes)
1808 ou @code{NoteHead} (les têtes de note) ; @var{propriété} est une
1809 variable (désignée par un symbole, ce qui explique l'apostrophe)
1810 employée par le système de mise en page. La sous-section
1811 @ref{Élaboration d'une retouche} vous aidera à savoir quoi mettre à la
1812 place de @var{objet}, @var{propriété} et @var{valeur} ; notre propos
1813 n'est ici que d'examiner l'emploi de cette commande.
1815 La commande suivante :
1818 \override Staff.Stem.thickness = #4.0
1822 rend les hampes plus épaisses (la valeur par défaut est 1.3, ce qui
1823 signifie qu'elles sont 1,3 fois plus épaisses que les lignes de la
1824 portée). Dans la mesure où nous avons indiqué @code{Staff} comme
1825 contexte, ce réglage ne s'appliquera qu'à la portée courante ; les
1826 autres portées demeureront intactes.
1828 @lilypond[quote,verbatim,relative=2,fragment]
1830 \override Staff.Stem.thickness = #4.0
1836 La commande @code{\override} modifie donc la définition de l'objet
1837 @code{Stem} dans le contexte @code{Staff} ; toutes les hampes qui
1838 suivent seront affectées.
1840 Tout comme avec la commande @code{\set}, l'argument @var{contexte} peut
1841 être omis, auquel cas le contexte par défaut (ici, @code{Voice}) sera
1842 employé. La commande @code{\once} permet de n'appliquer la modification
1845 @lilypond[quote,fragment,verbatim,relative=2]
1847 \once \override Stem.thickness = #4.0
1852 La commande @code{\override} doit être entrée @emph{avant} l'objet
1853 concerné. Ainsi, lorsque l'on veut altérer un objet qui se prolonge,
1854 tel qu'une liaison, une ligature ou tout autre objet dit @emph{Spanner},
1855 la commande @code{\override} doit être saisie avant que l'objet soit
1858 @lilypond[quote,fragment,verbatim,relative=2]
1859 \override Slur.thickness = #3.0
1861 \override Beam.beam-thickness = #0.6
1866 Dans cet exemple, la liaison (@emph{Slur}) est épaissie, mais non la
1867 ligature (@emph{Beam}). En effet, le code qui lui est relatif n'a pas
1868 été inséré avant le début de la ligature, et demeure donc sans effet.
1870 De même que la commande @code{\unset}, la commande @code{\revert} défait
1871 ce qui a été fait par une commande @code{\override}. Tout comme avec
1872 @code{\unset}, elle ne peut annuler que les réglages effectués dans le
1873 même contexte. Ainsi dans l'exemple suivant, la commande @code{\revert}
1877 \override Voice.Stem.thickness = #4.0
1878 \revert Staff.Stem.thickness
1881 Il existe, à l'intérieur même de certaines propriétés, des options que
1882 l'on nomme @qq{sous-propriétés}. La syntaxe est alors
1884 @c leave this as a long long
1886 \override @var{contexte}.@var{objet} #'@var{propriété} #'@var{sous-propriété} = #@var{valeur}
1890 Ainsi, par exemple :
1893 \override Stem.details.beamed-lengths = #'(4 4 3)
1899 Référence des propriétés internes :
1900 @rinternals{Backend},
1901 @rinternals{All layout objects},
1902 @rinternals{OverrideProperty},
1903 @rinternals{RevertProperty},
1904 @rinternals{PropertySet}.
1907 La sous-couche Scheme ne vérifie pas la saisie des propriétés de façon
1908 très stricte. Des références cycliques dans des valeurs Scheme peuvent
1909 de ce fait interrompre ou faire planter le programme -- ou bien les
1913 @node La commande de fixation (set)
1914 @subsection La commande de fixation @code{@bs{}set}
1915 @translationof The set command
1918 @cindex modifier des propriétés
1921 Chaque contexte peut avoir plusieurs @strong{propriétés}, c'est-à-dire
1922 des variables qu'il inclut. Ces dernières peuvent être modifiées @qq{à
1923 la volée}, c'est-à-dire pendant que la compilation s'accomplit. C'est
1924 ici le rôle de la commande @code{\set}.
1927 \set @var{contexte}.@var{propriété} = #@var{valeur}
1930 Dans la mesure où @var{valeur} est constituée d'un objet Scheme, elle
1931 doit être précédée du caractère @code{#}.
1933 Les propriétés des contextes se libellent sous la forme
1934 @code{minusculeMajuscule}. Leur rôle consiste principalement à traduire
1935 la musique en notation : par exemple, @code{localKeySignature}
1936 déterminera quand imprimer une altération accidentelle, et
1937 @code{measurePosition} quand imprimer une barre de mesure. La valeur
1938 des propriétés des contextes peuvent évoluer au fur et à mesure que l'on
1939 avance dans le morceau -- @code{measurePosition} en est l'illustration
1942 Ainsi la propriété de contexte @code{skipBars} permet de condenser les
1943 mesures vides de notes, en des silences multimesures. Il s'agit d'un
1944 objet Scheme, auquel on attribue la valeur booléenne @qq{vrai},
1945 c'est-à-dire la lettre @code{#t} pour @qq{True} en anglais :
1947 @lilypond[quote,verbatim,relative=2]
1949 \set Score.skipBars = ##t
1953 Si l'argument @var{contexte} n'est pas spécifié, alors la propriété
1954 cherchera à s'appliquer dans le contexte le plus restreint où elle est
1955 employée : le plus souvent @code{ChordNames}, @code{Voice} ou
1958 @lilypond[quote,verbatim,relative=2]
1959 \set Score.autoBeaming = ##f
1963 \set autoBeaming = ##t
1971 Ce changement étant appliqué @qq{à la volée}, il n'affecte que le second
1974 Notez que le contexte le plus restreint n'est pas toujours le bon, et
1975 peut ne pas contenir la propriété qui vous intéresse : ainsi, la
1976 propriété @code{skipBars}, évoquée plus haut, ne relève pas du contexte
1977 @code{Voice}, mais du contexte @code{Score} -- le code suivant ne
1980 @lilypond[quote,verbatim,relative=2]
1986 Les contextes s'organisent de façon hiérarchique : aussi, lorsqu'un
1987 contexte de niveau supérieur est spécifié (par exemple @code{Staff}), la
1988 propriété sera modifiée dans tous les contextes inférieurs (tous les
1989 contextes @code{Voice}, par exemple) qu'il contient.
1993 La commande @code{\unset} permet d'annuler la définition d'une
1997 \unset @var{contexte}.@var{propriété}
2001 si et seulement si cette @var{propriété} a été définie dans ce
2002 @var{contexte} précis. En d'autres termes, la commande @code{\unset}
2003 doit impérativement affecter le même contexte que la commande
2004 @code{\set} d'origine, même en cas d'imbrication.
2006 @lilypond[quote,verbatim,relative=2]
2007 \set Score.autoBeaming = ##t
2012 \unset Score.autoBeaming
2020 Si l'on se trouve dans le contexte le plus restreint, il n'est pas
2021 obligatoire, là encore, de spécifier le @var{contexte}. Ainsi, les deux
2025 \set Voice.autoBeaming = ##t
2026 \set autoBeaming = ##t
2030 sont équivalentes elles apparaissent dans un contexte @code{Voice}.
2034 Pour modifier une propriété de façon à ce que l'accommodement ne
2035 s'applique qu'une seule fois, il convient d'adjoindre l'instruction
2036 @code{\once} à la commande @code{\set} :
2038 @lilypond[quote,verbatim,relative=2]
2040 \once \set fontSize = #4.7
2045 Ici le changement de taille est annulé aussitôt après la note concernée.
2047 La référence des propriétés internes contient une description exhaustive
2048 de toutes les propriétés, contexte par contexte : voir
2050 @rinternals{Tunable context properties}.
2053 Translation @expansion{} Tunable context properties.
2058 Référence des propriétés internes :
2059 @rinternals{Tunable context properties}.
2062 @node La commande de dérogation (override)
2063 @subsection La commande de dérogation @code{@bs{}override}
2064 @translationof The override command
2066 @cindex grob, propriétés
2067 @cindex objet graphique, propriétés
2068 @cindex propriétés d'un grob
2069 @cindex propriétés d'objet graphique
2073 La commande @code{\override} permet de modifier la mise en forme des
2074 objets graphiques. Les descriptions d'objet graphique, dont les noms
2075 commencent par une majuscule, puis comprennent une ou plusieurs
2076 majuscules (de style @code{TotoTata}), contiennent les réglages @qq{par
2077 défaut} pour les objets graphiques. Ces réglages sont sous forme de
2078 liste Scheme ; on peut les consulter dans le fichier
2079 @file{scm/define-grobs.scm}.
2081 @code{\override} est en fait un raccourci :
2084 \override @var{contexte}.@var{NomObjet} #'@var{propriété} = #@var{valeur}
2088 plus ou moins équivalent à
2090 @c leave this long line -gp
2092 \set @var{contexte}.@var{NomObjet} =
2093 #(cons (cons '@var{propriété} @var{valeur})
2094 <valeur antérieure de @var{contexte}.@var{NomObjet}>)
2097 La valeur de @var{contexte}.@var{NomObjet} (une liste associative, ou
2098 @emph{alist}) permet d'initialiser les propriétés des objets un par un.
2099 Les objets eux-mêmes ont leurs propriétés, dont les noms, dans la
2100 tradition du langage Scheme, comprennent un trait d'union
2101 (@code{toto-titi}). Ces propriétés internes changent constamment au
2102 cours de la mise en page : en fait, la gravure d'une page n'est autre
2103 que le calcul de toutes ces propriétés au moyen de fonctions de rappel.
2105 Nous pouvons donc par exemple accroître l'épaisseur des hampes en jouant
2106 sur la propriété @code{thickness} de l'objet @code{stem} :
2108 @lilypond[quote,verbatim,relative=2]
2110 \override Voice.Stem.thickness = #3.0
2114 Lorsqu'aucun contexte n'est spécifié dans une clause @code{\override},
2115 celle-ci s'appliquera au contexte le plus bas :
2117 @lilypond[quote,verbatim,relative=2]
2118 { \override Staff.Stem.thickness = #3.0
2122 \override Stem.thickness = #0.5
2131 @cindex annulation d'un override
2132 @cindex override, annulation des effets
2135 Les effets d'un @code{\override} prennent fin à l'aide de l'instruction
2138 @lilypond[quote,verbatim,relative=2]
2140 \override Voice.Stem.thickness = #3.0
2142 \revert Voice.Stem.thickness
2146 Les effets d'un @code{\override} ou d'un @code{\revert} s'appliquent dès
2147 l'endroit où ils apparaissent, et à tous les objets dans le contexte
2150 @lilypond[quote,verbatim,relative=2]
2155 \override Staff.Stem.thickness = #3.0
2159 \revert Staff.Stem.thickness
2166 @cindex override ponctuel
2169 L'instruction @code{\override} doit être précédée d'un @code{\once} dès
2170 lors que les effets de l'accommodement ne concernent que l'événement qui
2171 la suit directement :
2173 @lilypond[quote,verbatim,relative=2]
2177 \override Stem.thickness = #3.0
2181 \once \override Stem.thickness = #3.0
2189 Les commandes permettant de modifier l'apparence de la partition
2190 ressemblent en général à
2193 \override Voice.Stem.thickness = #3.0
2197 Pour élaborer un réglage de ce type, on a besoin de connaître
2201 @item le contexte : ici @code{Voice} (la voix).
2202 @item l'objet à affecter : ici @code{Stem} (les hampes).
2203 @item la propriété à modifier : ici @code{thickness} (l'épaisseur
2205 @item la valeur désirée : ici @code{3.0} (par défaut, elle est de 1.3).
2208 Certaines @qq{sous-propriétés} sont parfois contenues dans une
2209 propriété. La commande devient alors :
2212 \override Stem.details.beamed-lengths = #'(4 4 3)
2215 @cindex documentation exhaustive
2216 @cindex trouver des objets graphiques
2217 @cindex objets graphiques, description
2221 Pour bien des propriétés, quel que soit le type de valeur requise,
2222 attribuer la valeur @qq{faux} (@code{##f} en Scheme) reviendra à
2223 désactiver complètement l'action de la propriété qui se trouve ainsi
2224 purement ignorée par LilyPond. Cela peut s'avérer fort utile pour des
2225 propriétés causant des désagréments.
2230 Référence des propriétés internes :
2231 @rinternals{Backend}
2234 @node La commande d'affinage (tweak)
2235 @subsection La commande d'affinage @code{@bs{}tweak}
2236 @translationof The tweak command
2238 @cindex retouche (tweak)
2239 @cindex affinage (tweak)
2240 @cindex ajustement (tweak)
2241 @cindex tweak (retouche, affinage)
2244 L'utilisation d'un @code{\override} pour modifier les propriétés d'un
2245 objet graphique affectera toutes les instances de l'objet en question au
2246 sein du contexte, et ce dès son apparition. Il peut parfois être
2247 préférable de n'affecter qu'un seul objet en particulier plutôt que tous
2248 les objets du contexte. C'est là rôle de l'instruction @code{\tweak},
2249 dont la syntaxe est :
2252 \tweak @var{objet-de-rendu} #'@code{objet-propriété} @code{valeur}
2255 Mention de l'@var{objet-de-rendu} est optionnel.
2256 La commande @code{\tweak} s'applique à l'objet qui apparaît
2257 immédiatement après @code{valeur}.
2260 Dans certains cas, on peut passer par un raccourci pour arranger les
2261 objets graphiques. Lorsqu'un objet est directement engendré par un
2262 élément distinct du fichier source, on peut utiliser la commande
2265 Dans l'accord suivant, les notes sont modifiées une par une :
2267 @lilypond[relative=2,verbatim,ragged-right]
2273 \tweak duration-log #1
2280 Comme on peut le voir, les propriétés sont ici modifiées directement
2281 en même temps que les objets sont saisis. Il n'est plus besoin de
2282 spécifier ni le nom de l'objet (@emph{grob}), ni le contexte dans lequel
2283 cela doit s'appliquer. Ce procédé ne marche que pour des objets
2284 directement liés aux événements (@rinternals{Event}) du fichier source.
2288 @item Les têtes de notes au sein d'un accord, qui sont directement
2289 engendrées par les hauteurs indiquées
2291 @item Les signes d'articulation, engendrés par les indications de
2295 En revanche, les hampes ou les altérations sont engendrées par les têtes
2296 de notes, et non par des évènements dans le fichier source. De même
2297 pour les clés, qui ne sont pas directement engendrées par le fichier
2298 source, mais plutôt par le changement d'une propriété interne.
2300 En fait, très peu d'objets passent @emph{directement} du code source à
2301 la partition. Une note toute simple, par exemple @code{c4}, fait l'objet
2302 d'un traitement et n'est donc pas directement rendue ; c'est
2303 pourquoi le code suivant ne sera d'aucun effet :
2306 \tweak color #red c4
2310 Voir pour plus de détails
2311 @rextend{Affichage d'expressions musicales}.
2314 Pour une introduction à la syntaxe et l'utilisation des retouches, voir
2315 le chapitre @rlearning{Méthodes de retouche}.
2317 Lorsque plusieurs éléments de même nature surviennent au même instant,
2318 il devient impossible d'utiliser l'instruction @code{\override} pour
2319 n'en modifier qu'un seul individuellement, d'où l'intérêt de la commande
2320 @code{\tweak}. Entre autres éléments qui sont susceptibles de se
2321 produire au même instant, nous citerons :
2323 @c TODO expand to include any further uses of \tweak
2325 @item les têtes de notes au sein d'un accord,
2326 @item les signes d'articulation,
2327 @item les liaisons de prolongation sur des notes d'un accord,
2328 @item les crochets de nolets démarrant au même instant
2331 @c TODO add examples of these
2333 Dans l'exemple suivant, l'une des têtes de note de l'accord est
2334 colorisée, et l'aspect d'une autre est changé.
2336 @lilypond[relative=2,verbatim,quote]
2341 \tweak duration-log #1
2346 L'instruction @code{\tweak} permet aussi de modifier l'aspect d'une
2349 @lilypond[verbatim,quote,relative=1]
2350 c-\tweak thickness #5 ( d e f)
2353 La commande @code{\tweak} ne sera pleinement fonctionnelle que si elle
2354 est directement rattachée à l'objet auquel elle doit s'appliquer alors
2355 que le fichier source est converti en flux musical. Vouloir modifier la
2356 globalité d'un accord est sans résultat dans la mesure où il ne
2357 constitue qu'un conteneur pour des événements musicaux et que tous les
2358 objets seront créés à partir d'événements appartenant à un
2359 @code{EventChord} (un événement d'accord) :
2361 @lilypond[relative=2,verbatim,quote]
2362 \tweak color #red c4
2363 \tweak color #red <c e>4
2364 <\tweak color #red c>4
2367 La commande @code{\tweak} simple ne saurait servir à modifier un élément
2368 qui ne serait pas explicitement mentionné dans le fichier source. C'est
2369 notamment le cas des hampes, ligatures automatiques ou altérations, dans
2370 la mesure où elles seront ultérieurement générées et après les têtes de
2371 note (objets @code{NoteHead}, plutôt qu'au fil des éléments musicaux
2374 De tels objets créés indirectement peuvent être ajustés que par une
2375 forme dévelppée de la commande @code{\tweak} :
2377 @lilypond[relative=2,verbatim,quote]
2378 \tweak Stem.color #red
2379 \tweak Beam.color #green c8 e
2380 <c e \tweak Accidental.font-size #-3 ges>4
2383 La commande @code{\tweak} ne peut non plus servir à modifier clefs ou
2384 métriques, puisqu'elles seront immanquablement séparées du @code{\tweak}
2385 par l'insertion automatique d'autres éléments requis pour spécifier le
2388 Plusieurs commandes @code{\tweak} en enfilade permettent d'affecter un
2389 même élément de notation :
2391 @lilypond[verbatim,quote,relative=1]
2393 -\tweak style #'dashed-line
2394 -\tweak dash-fraction #0.2
2395 -\tweak thickness #3
2401 Vous pouvez examiner le flux musical généré par une portion d'un
2402 fichier source, y compris les éléments automatiquement insérés, en
2403 suivant les indications portées à la rubrique
2404 @rextend{Affichage d'expressions musicales}. Ceci s'avère tout à fait
2405 approprié pour déterminer ce qui peut se modifier à l'aide d'un
2406 @code{\tweak} ou bien aider à rectifier votre source de telle sorte
2407 que le @code{\tweak} produise ses effets.
2410 Manuel d'initiation :
2411 @rlearning{Méthodes de retouche}.
2413 Manuel d'extension :
2414 @rextend{Affichage d'expressions musicales}.
2418 @cindex tweak et points de contrôle
2419 @cindex points de contrôle et tweak
2421 Lorsqu'il y a plusieurs liaisons de prolongation dans un accord, la
2422 commande @code{\tweak} ne permet de modifier les points de contrôle que
2423 pour la première rencontrée dans le fichier source.
2426 @node set ou override
2427 @subsection @code{\set} ou @code{\override}
2428 @translationof set versus override
2430 @c TODO -- This section is probably unnecessary now.
2433 Si les propriétés peuvent être modifiées de deux façons, par les
2434 commandes @code{\set} et @code{\override}, c'est qu'il y a deux types de
2437 La propriété @code{fontSize} est une exception : c'est un raccourci, qui
2438 équivaudrait à saisir @w{@code{\override @dots{} #'font-size}} pour tous
2439 les objets textuels. Dans la mesure où il s'agit d'une manipulation
2440 très courante, une propriété spéciale a été créée. Elle doit être
2441 modifiée avec la commande @code{\set}.
2446 @node Modification de listes associatives
2447 @subsection Modification de listes associatives
2448 @translationof Modifying alists
2450 Certaines propriétés configurables par l'utilisateur se présentent en
2451 interne comme étant des listes associatives -- les puristes diront des
2452 @emph{alists}. Une @emph{alist} est en fait constituée de plusieurs
2453 paires de @emph{clés} et @emph{valeurs} ; sa structure ressemble à :
2456 '((@var{clé1} . @var{valeur1})
2457 (@var{clé2} . @var{valeur2})
2458 (@var{clé3} . @var{valeur3})
2462 Dans le cas où cette liste représente les propriétés d'un objet
2463 graphique ou bien l'une des variables du bloc @code{\paper}, chaque clé
2464 peut être modifiée individuellement sans que cela n'affecte les autres.
2466 Par exemple, pour réduire l'espacement entre deux portées adjacentes
2467 d'un même système, on utilisera la propriété @code{staff-staff-spacing}
2468 qui est attachée à l'objet graphique @code{StaffGrouper}. Cette
2469 propriété est constituée d'une liste de quatre clés :
2470 @code{basic-distance}, @code{minimum-distance}, @code{padding} et
2471 @code{stretchability}. Ses réglages par défaut tels que mentionnés à la
2472 rubrique @emph{Backend} de la référence des propriétés internes -- voir
2473 @rinternals{StaffGrouper} -- sont :
2476 '((basic-distance . 9)
2477 (minimum-distance . 7)
2479 (stretchability . 5))
2482 Afin de rapprocher nos deux portées, il suffit de réduire la valeur
2483 (@code{9}) de la clé @code{basic-distance} au niveau de celle de la clé
2484 @code{minimum-distance} (@code{7}). La modification d'une seule clé
2485 individuellement peut se réaliser sous la forme d'une @emph{déclaration
2488 @lilypond[quote,verbatim]
2489 % default space between staves
2491 \new Staff { \clef treble c''1 }
2492 \new Staff { \clef bass c1 }
2495 % reduced space between staves
2496 \new PianoStaff \with {
2497 % this is the nested declaration
2498 \override StaffGrouper.staff-staff-spacing.basic-distance = #7
2500 \new Staff { \clef treble c''1 }
2501 \new Staff { \clef bass c1 }
2505 Le recours à une déclaration imbriquée touchera la clé indiquée
2506 (@code{basic-distance} dans l'exemple ci-dessus) sans pour autant
2507 modifier les autres clés de la propriété considérée.
2509 Considérons maintenant que nous souhaitions que les portées soient le
2510 plus proche possible les unes des autres, à la limite du chevauchement.
2511 Il suffirait de mettre les quatre clés à zéro. Nous pourrions saisir
2512 quatre déclarations, chacune d'elles touchant une clé. Nous pouvons
2513 tout aussi bien redéfinir la propriété en une seule clause, sous la
2514 forme d'une liste associative :
2516 @lilypond[quote,verbatim]
2517 \new PianoStaff \with {
2518 \override StaffGrouper.staff-staff-spacing =
2519 #'((basic-distance . 0)
2520 (minimum-distance . 0)
2522 (stretchability . 0))
2524 \new Staff { \clef treble c''1 }
2525 \new Staff { \clef bass c1 }
2529 N'oubliez pas que dès lors qu'une clé n'apparaît pas dans la liste, elle
2530 retourne à sa valeur @emph{sauf-mention-contraire}. Autrement dit, dans
2531 le cas de @code{staff-staff-spacing} qui nous occupe, toutes les clés
2532 non mentionnées seront ramenées à zéro -- à l'exception de
2533 @code{stretchability} qui prend par défaut la valeur de
2534 @code{basic-distance}. Les deux assertions suivantes sont donc
2538 \override StaffGrouper.staff-staff-spacing =
2539 #'((basic-distance . 7))
2541 \override StaffGrouper.staff-staff-spacing =
2542 #'((basic-distance . 7)
2543 (minimum-distance . 0)
2545 (stretchability . 7))
2548 L'une des conséquences, parfois involontaire, de ceci est la suppression
2549 de réglages standards effectués par un fichier d'initialisation chargé à
2550 chaque compilation d'un fichier source. Dans l'exemple précédent, les
2551 réglages standards de @code{padding} et @code{minimum-distance}, tels
2552 que déterminés par @file{scm/define-grobs.scm}, se voient ramenés à leur
2553 valeur @emph{si-non-définie} ; autrement dit, les deux clés sont mises à
2554 zéro. La définition d'une propriété ou d'une variable sous forme de
2555 liste associative, quelle qu'en soit la taille, réinitialisera toujours
2556 les clés non mentionnées à leur valeur @emph{si-non-définie}. Si telle
2557 n'est pas votre intention, nous vous recommandons alors de régler la
2558 valeur des clés individuellement par des déclarations imbriquées.
2560 @warning{Les déclarations imbriquées ne sont pas fonctionnelles dans le
2561 cas des listes associatives des propriétés de contexte -- telles
2562 @code{beamExceptions}, @code{keySignature},
2563 @code{timeSignatureSettings}, etc. Ces propriétés ne sont modifiables
2564 qu'au travers d'une complète redéfinition de leur liste associative.}
2567 @node Propriétés et contextes utiles
2568 @section Propriétés et contextes utiles
2569 @translationof Useful concepts and properties
2573 * Direction et positionnement::
2574 * Distances et unités de mesure::
2575 * Propriétés des symboles de la portée::
2576 * Extenseurs et prolongateurs::
2577 * Visibilité des objets::
2579 * Rotation des objets::
2583 @node Modes de saisie
2584 @subsection Modes de saisie
2585 @translationof Input modes
2587 La manière dont sera interprétée la notation contenue dans un fichier
2588 source dépend du mode affecté à la saisie.
2590 @strong{Mode accords}
2592 Ce mode, activé par la commande @code{\chordmode}, permet d'interpréter
2593 les saisies comme étant des accords, qui seront imprimés sous forme
2594 de notes sur une portée -- voir @ref{Notation des accords}.
2596 Le mode accords s'active aussi par la commande @code{\chords}, qui
2597 créera un contexte @code{ChordNames}. Les saisies, interprétées comme
2598 étant des accords, seront alors rendues sous forme nominale dans ce
2599 contexte @code{ChordNames} -- voir @ref{Impression des noms d'accord}.
2601 @strong{Mode percussions}
2603 Ce mode, activé par la commande @code{\drummode}, permet d'interpréter
2604 les saisies comme étant de la notation pour percussions -- voir
2605 @ref{Notation de base pour percussions}.
2607 Le mode percussions s'active aussi par la commande @code{\drums}, qui
2608 créera un contexte @code{DrumStaff}. Les saisies, interprétées comme
2609 étant de la notation pour percussions, seront alors rendues sous
2610 forme symbolique sur une portée de percussions -- voir
2611 @ref{Notation de base pour percussions}.
2613 @strong{Mode figures}
2615 Ce mode, activé par la commande @code{\figuremode}, permet d'interpréter
2616 les saisies comme étant de la basse chiffrée (ou figurée) -- voir
2617 @ref{Saisie de la basse chiffrée}.
2619 Le mode figures s'active aussi par la commande @code{\figures}, qui
2620 créera un contexte @code{FiguredBass}. Les saisies interprétées comme
2621 étant de la basse chiffrée, seront alors rendues sous forme symbolique
2622 dans le contexte @code{FiguredBass} -- voir
2623 @ref{Introduction à la basse chiffrée}.
2625 @strong{Mode frets et tablatures}
2627 Il n'existe pas de mode spécifique pour saisir des symboles de fret ou
2630 Notes ou accords saisis en mode note puis affectés à un contexte
2631 @code{TabStaff} seront rendus sous forme de diagramme de tablature --
2632 voir @ref{Tablatures par défaut}.
2634 Deux options différentes permettent d'obtenir des diagrammes de fret en
2635 surplomb d'une portée : directement à l'aide d'un contexte
2636 @code{FretBoards} -- voir @ref{Tablatures automatiques} -- ou en
2637 attachant aux notes des @emph{markups} créés par la commande
2638 @code{\fret-diagram} -- voir @ref{Tablatures sous forme d'étiquette}.
2640 @strong{Mode paroles}
2642 Ce mode, activé par la commande @code{\lyricmode}, permet d'interpréter
2643 les saisies comme étant des syllabes, ayant éventuellement une durée, et
2644 des indications habituelles aux paroles -- voir @ref{Musique vocale}.
2646 Le mode paroles s'active aussi par la commande @code{\addlyrics}, qui
2647 créera un contexte @code{Lyrics} et ajoutera implicitement une commande
2648 @code{\lyricsto} afin d'associer les paroles qui suivent à la musique
2649 précédemment saisie.
2651 @strong{Mode @emph{markup}}
2653 Ce mode, activé par la commande @code{\markup}, permet d'interpréter les
2654 saisies comme étant des @emph{markups} (annotations ou étiquettes) --
2655 voir @rusernamed{Text markup commands,Commandes pour le mode markup}.
2658 @c silly work-around for texinfo broken-ness
2659 @c (@strong{Note...} causes a spurious cross-reference in Info)
2662 Le mode notes est le mode par défaut dans LilyPond. Il peut aussi
2663 s'activer par la commande @code{\notemode}. Les saisies seront
2664 interprétées comme étant des hauteurs, durées, @emph{markups}, etc. qui
2665 seront rendues sous forme de notation musicale sur une portée.
2667 Nul n'est besoin de spécifier le mode notes de manière explicite, hormis
2668 dans certaines situations particulières, notamment lorsque vous êtes en
2669 mode paroles, accords, ou tout autre mode, et que vous deviez insérer
2670 un élément qui ne serait disponible que grâce à la syntaxe du mode
2673 Il en va ainsi lorsque, par exemple, vous voulez ajouter une indication
2674 de nuance au numéro de couplet d'un chant choral :
2676 @lilypond[verbatim,relative=2,quote]
2679 \notemode{\set stanza = \markup{ \dynamic f 1. } }
2683 \notemode{\set stanza = \markup{ \dynamic p 2. } }
2689 @node Direction et positionnement
2690 @subsection Direction et positionnement
2691 @translationof Direction and placement
2693 En matière de typographie musicale, l'orientation et le positionnement
2694 de nombreux éléments est affaire de goût. Par exemple, les hampes
2695 peuvent être ascendantes ou descendantes, les paroles, nuances ou autres
2696 indications d'expression peuvent apparaître au-dessus ou en dessous de
2697 la portée, les indications textuelles s'alignent tantôt par la gauche,
2698 tantôt par la droite, ou être centrées. La plupart de ces choix peuvent
2699 être laissés à l'appréciation de LilyPond. Il peut être préférable,
2700 dans certains cas, d'imposer l'orientation ou le positionnement des
2703 @strong{Indicateurs de position d'une articulation}
2705 Certains positionnements sont opérés par défaut -- toujours au-dessus ou
2706 toujours en dessous (nuances ou points d'orgue) -- alors que d'autres
2707 alterneront selon l'orientation des hampes (liaisons ou accents).
2709 @c TODO Add table showing these
2711 Le positionnement par défaut peut être outrepassé à l'aide d'un
2712 @emph{indicateur de positionnement}, qui vient s'insérer juste avant
2713 l'articulation. LilyPond met à votre disposition trois indicateurs de
2714 positionnement : @code{^} (pour @qq{au-dessus}), @code{_} (pour
2715 @qq{au-dessous}), et @code{-} (pour @qq{appliquer le positionnement par
2716 défaut}). L'indicateur de positionnement n'est pas obligatoire ;
2717 LilyPond considère alors qu'il y a un @code{-}. Un indicateur de
2718 positionnement est cependant @strong{obligatoire} dans les cas
2722 @item une commande @code{\tweak},
2723 @item une commande @code{\markup},
2724 @item une commande @code{\tag},
2725 @item les indications de corde, par exemple @code{-"corde"},
2726 @item les indications de doigté, par exemple @w{@code{-1}},
2727 @item les raccourcis d'articulation, par exemple @w{@code{-.}},
2728 @w{@code{->}} ou @w{@code{--}}.
2731 Les indicateurs de positionnement n'affectent que la note qui suit :
2733 @lilypond[verbatim,quote,relative=2]
2740 @strong{La propriété @code{direction}}
2742 Le positionnement ou l'orientation de nombreux objets de rendu sont
2743 gérés par la propriété @code{direction}.
2745 La propriété @code{direction} peut prendre la valeur @code{1}, qui
2746 signifie @qq{ascendant} ou @qq{au-dessus}, ou @w{@code{-1}}, qui
2747 signifie @qq{descendant} ou @qq{au-dessous}. Les symboliques @code{UP}
2748 et @code{DOWN} peuvent remplacer respectivement @code{1} et
2749 @w{@code{-1}}. Les valeurs @code{0} ou @code{CENTER} permettent de
2750 réaffecter à la propriété @code{direction} son comportement par défaut.
2751 Certaines commandes prédéfinies permettent par ailleurs de spécifier un
2752 comportement en matière d'orientation ou positionnement ; elles
2756 @code{\xxxUp}, @code{\xxxDown} et @code{\xxxNeutral}
2760 auquel cas @code{\xxxNeutral} signifie @qq{retour au comportement par
2761 défaut} -- voir @rlearning{Objets inclus dans la portée}.
2763 Dans quelques cas particuliers, comme l'indication d'un @emph{arpeggio},
2764 la valeur affectée à la propriété @code{direction} déterminera si
2765 l'objet doit se placer à gauche ou à droite de son parent. Un
2766 @w{@code{-1}} ou @code{LEFT} signifiera alors @qq{sur la gauche}, et un
2767 @code{1} ou @code{RIGHT} @qq{sur la droite}. Comme de bien entendu, un
2768 @code{0} ou @code{CENTER} signifiera @qq{appliquer le positionnement par
2772 These all have side-axis set to #X
2773 AmbitusAccidental - direction has no effect
2775 StanzaNumber - not tried
2776 TrillPitchAccidental - not tried
2777 TrillPitchGroup - not tried
2780 Notez que ces commandes resteront effectives jusqu'à ce qu'elles soient
2783 @lilypond[verbatim,quote,relative=2]
2792 En matière de musique polyphonique, il est souvent plus judicieux
2793 d'utiliser des contextes @code{Voice} explicites que de modifier
2794 l'orientation des objets. Pour de plus amples informations, voir
2795 @ref{Plusieurs voix}.
2798 Manuel d'initiation :
2799 @rlearning{Objets inclus dans la portée}.
2801 Manuel de notation :
2802 @ref{Plusieurs voix}.
2805 @node Distances et unités de mesure
2806 @subsection Distances et unités de mesure
2807 @translationof Distances and measurements
2809 @cindex distance absolue
2810 @cindex distance relative
2811 @cindex distance extensible
2818 LilyPond considère deux types de distances : les distances absolues
2819 et les distances relatives ou extensibles.
2821 Les distances absolues permettent de spécifier les marges, indentations
2822 et autres détails de mise en page ; elles s'expriment par défaut en
2823 millimètres. Vous pouvez utiliser d'autres systèmes de mesure, dès lors
2824 que la quantité est suivie de la mesure : @code{\mm}, @code{\cm},
2825 @code{\in} (pouces) ou @code{\pt} (points, 1/72,27 pouce).
2826 Les mesures de mise en page peuvent aussi s'exprimer en unité extensible
2827 de portée @code{\staff-space} (voir ci-après). Pour plus d'information
2828 concernant la mise en page, voir la rubrique
2829 @ref{Mise en forme de la page}.
2831 Les distances relatives ou extensibles s'expriment toujours en
2832 @qq{espace de portée} ou, plus rarement, en @qq{demi espace de portée}.
2833 L'espace de portée correspond à la distance qui sépare deux lignes
2834 adjacentes d'une portée. Sa valeur par défaut est déterminée
2835 globalement par la taille de portée. Elle peut aussi s'ajuster
2836 ponctuellement en jouant sur la propriété @code{staff-space} de l'objet
2837 @code{StaffSymbol}. Les distances relatives s'ajustent automatiquement
2838 dès qu'une modification de la taille globale de portée ou bien de la
2839 propriété @code{staff-space} du @code{StaffSymbol} intervient.
2840 Cependant, les tailles de fonte ne s'ajusteront automatiquement que si
2841 la modification touche la taille globale des portées. La taille globale
2842 de portée permet ainsi de gérer l'aspect général de la partition --
2843 voir @ref{Définition de la taille de portée}.
2847 Lorsque seulement une portion de partition doit apparaître dans une
2848 taille, comme par exemple une portée d'ossia ou une note de bas de page,
2849 influer sur la taille globale de portée affecterait l'intégralité de la
2850 partition. Il convient donc dans ce cas de modifier à la fois la
2851 propriété @code{staff-space} du @code{StaffSymbol} et la taille des
2852 fontes. La fonction Scheme @code{magstep} est tout spécialement chargée
2853 d'adapter une modification du @code{staff-space} aux fontes. Pour de
2854 plus amples informations, reportez-vous à la rubrique
2855 @rlearning{Longueur et épaisseur des objets}.
2858 Manuel d'initiation :
2859 @rlearning{Longueur et épaisseur des objets}.
2861 Manuel de notation :
2862 @ref{Définition de la taille de portée},
2863 @ref{Mise en forme de la page}.
2866 @node Propriétés des symboles de la portée
2867 @subsection Propriétés des symboles de la portée
2868 @translationof Staff symbol properties
2870 @cindex ajustement des symboles de portée
2871 @cindex dessin des symboles de portée
2872 @cindex symboles de portée, dessin
2874 @c TODO Extend or remove this section. See also NR 1.6.2 Staff symbol
2875 @c Need to think of uses for these properties. Eg 'line-positions
2876 @c is used in a snippet to thicken centre line.
2877 @c If retained, add @ref to here in 1.6.2 -td
2879 L'emplacement vertical et le nombre de lignes d'une portée se
2880 définissent conjointement. Comme l'illustre l'exemple suivant, le
2881 positionnement des notes n'est en rien influencé par le positionnement
2882 des lignes de la portée.
2884 @warning{La propriété @code{'line-positions} écrase la propriété
2885 @code{'line-count}. Le nombre de lignes d'une portée est implicitement
2886 défini par le nombre d'éléments dans la liste des valeurs de
2887 @code{'line-positions}.}
2889 @lilypond[verbatim,quote,relative=1]
2891 \override StaffSymbol.line-positions = #'(7 3 0 -4 -6 -7)
2896 La largeur d'une portée, exprimée en espace de portée, peut être figée.
2897 L'espacement des objets inclus dans cette portée ne sera en rien affecté
2900 @lilypond[verbatim,quote,relative=1]
2902 \override StaffSymbol.width = #23
2908 @node Extenseurs et prolongateurs
2909 @subsection Extenseurs et prolongateurs
2910 @translationof Spanners
2912 De nombreux objets de notation musicale s'étendent sur plusieurs notes,
2913 voire même sur plusieurs mesures. Il en va ainsi des liaisons,
2914 ligatures, crochets de nolet, crochets de reprise, crescendos, trilles
2915 ou glissandos. Ces objets, que l'on englobe sous l'appellation
2916 @qq{d'extenseur}, sont pourvus de propriétés spécifiques destinées à
2917 contrôler leur apparence et leur comportement. Un certain nombre de ces
2918 propriétés sont communes à tous les extenseurs, d'autres n'affectent que
2919 certains d'entre eux.
2921 Tout extenseur dispose de la @code{spanner-interface}. Quelques uns,
2922 tout particulièrement ceux chargés de dessiner une ligne droite entre
2923 deux objets, disposent aussi de la @code{line-spanner-interface}.
2926 @unnumberedsubsubsec Utilisation de @code{spanner-interface}
2927 @translationof Using the @code{spanner-interface}
2929 Cette interface fournit deux propriétés qui s'appliquent à certains
2932 @strong{@i{La propriété @code{minimum-length}}}
2934 La longueur minimale d'un extenseur est déterminée par la propriété
2935 @code{minimum-length}. Au plus sa valeur est élevée, au plus
2936 l'espacement des notes qui le bornent sera grand. Forcer sa valeur
2937 restera néanmoins sans effet pour un certain nombre d'extenseurs dont la
2938 longueur dépend d'autres considérations. Voici quelques exemples de
2939 mise en œuvre de cette propriété.
2942 Cette propriété est pleinement fonctionnelle pour :
2943 Tie (liaison de prolongation)
2944 MultiMeasureRest (silence multimesures)
2946 Slur (liaison d'articulation)
2947 PhrasingSlur (liaison de phrasé)
2949 Cette propriété est fonctionnelle en présence d'un @emph{callback} :
2953 Cette propriété est sans effet sur :
2962 @lilypond[verbatim,quote,relative=2]
2965 % increase the length of the tie
2966 -\tweak minimum-length #5
2970 @lilypond[verbatim,quote,relative=2]
2972 \compressFullBarRests
2974 % increase the length of the rest bar
2975 \once \override MultiMeasureRest.minimum-length = #20
2980 @lilypond[verbatim,quote,relative=2]
2982 % increase the length of the hairpin
2983 \override Hairpin.minimum-length = #20
2987 Cette propriété permet aussi de jouer sur l'envergure d'une liaison
2988 d'articulation ou de phrasé.
2990 @lilypond[verbatim,quote,relative=2]
2993 -\tweak minimum-length #5
2998 -\tweak minimum-length #5
3002 Certains objets requièrent un appel explicite à la procédure
3003 @code{set-spacing-rods} pour que la propriété @code{minimum-length}
3004 produise ses effets. La propriété @code{set-spacing-rods} doit alors
3005 prendre pour valeur @code{ly:spanner::set-spacing-rods}. Par exemple, la
3006 longueur minimale d'un glissando ne pourra être forcée tant que la
3007 propriété @code{springs-and-rods} n'est pas définie :
3009 @lilypond[verbatim,quote,relative=1]
3013 % not effective alone
3014 \once \override Glissando.minimum-length = #20
3017 % effective only when both overrides are present
3018 \once \override Glissando.minimum-length = #20
3019 \once \override Glissando.springs-and-rods = #ly:spanner::set-spacing-rods
3023 Il en va de même pour l'objet @code{Beam} (ligature) :
3025 @lilypond[verbatim,quote,relative=1]
3026 % not effective alone
3027 \once \override Beam.minimum-length = #20
3030 % effective only when both overrides are present
3031 \once \override Beam.minimum-length = #20
3032 \once \override Beam.springs-and-rods = #ly:spanner::set-spacing-rods
3036 @strong{@i{La propriété @code{to-barline}}}
3038 La seconde propriété fournie par la @code{spanner-interface} est
3039 @code{to-barline}. Elle est activée par défaut, raison pour laquelle
3040 les soufflets et autres extenseurs finissant sur la première note d'une
3041 mesure s'arrêtent visuellement au niveau de la barre de mesure qui la
3042 précède. Le fait de désactiver la propriété @code{to-barline} aura pour
3043 effet de prolonger l'extenseur au delà de la barre de mesure et jusqu'à
3044 la note qui le borne :
3046 @lilypond[verbatim,quote,relative=2]
3047 a \< a a a a \! a a a \break
3048 \override Hairpin.to-barline = ##f
3049 a \< a a a a \! a a a
3052 Cette propriété n'est pas opérationnelle pour tous les extenseurs. Il
3053 serait en effet quelque peu surprenant de l'activer (lui
3054 affecter @code{#t}) dans le cas d'une liaison d'articulation ou de
3058 @unnumberedsubsubsec Utilisation de @code{line-spanner-interface}
3059 @translationof Using the @code{line-spanner-interface}
3061 Un certain nombre d'objets disposent de la propriété
3062 @code{line-spanner-interface}, entre autres :
3065 @item @code{DynamicTextSpanner}
3066 @item @code{Glissando}
3067 @item @code{TextSpanner}
3068 @item @code{TrillSpanner}
3069 @item @code{VoiceFollower}
3072 La routine en charge de dessiner le stencil de ces extenseurs est
3073 @code{ly:line-interface::print}. Elle va déterminer les deux points
3074 extrêmes et dessiner entre eux une ligne du style requis. Bien que la
3075 localisation des deux bornes de l'extenseur soit calculée à la volée,
3076 vous pouvez cependant forcer leur ordonnée (coordonnée-Y). Les
3077 propriétés que vous devrez ajuster résident au deuxième niveau dans la
3078 hiérarchie, mais la syntaxe de la commande @code{\override} nécessaire
3079 demeure relativement simple :
3081 @lilypond[relative=2,quote,verbatim]
3083 \once \override Glissando.bound-details.left.Y = #3
3084 \once \override Glissando.bound-details.right.Y = #-2
3088 La propriété @code{Y} est valorisée en unités de @code{staff-space}, la
3089 ligne médiane de la portée correspondant au point zéro. Pour le
3090 glissando qui nous occupe, il s'agit du @code{Y} à l'aplomb
3091 (coordonnée-X) du centre de la tête de chacune des deux notes, si tant
3092 est que la ligne doive s'étendre entre ces deux points.
3094 Si le @code{Y} n'est pas défini, sa valeur sera calculée en fonction de
3095 la position verticale du point d'attachement de l'extenseur.
3097 Dans le cas où l'extenseur est interrompu par un saut de ligne, les
3098 terminaisons à cet endroit se gèrent grâce aux sous-clés
3099 @code{left-broken} et @code{right-broken} de @code{bound-details}, comme
3102 @lilypond[relative=2,ragged-right,verbatim,quote]
3103 \override Glissando.breakable = ##t
3104 \override Glissando.bound-details.right-broken.Y = #-3
3105 c1 \glissando \break
3109 Les sous-propriétés @code{left} et @code{right} du @code{bound-details}
3110 disposent d'autres clés modifiables de la même manière que @code{Y} :
3114 Détermine l'ordonnée (coordonnée-Y) de la terminaison, avec un
3115 décalage en @code{staff-space} par rapport à la ligne médiane de la
3116 portée. Il s'agit par défaut du centre de l'objet d'attachement, qui
3117 est le centre vertical de la tête de note pour un glissando.
3119 En ce qui concerne les extenseurs horizontaux, tels ceux comportant du
3120 texte ou les trilles, il est fixé à @code{0}.
3123 Détermine le début et la fin de la ligne sur l'axe des abscisses,
3124 relativement à l'objet de rattachement. Une valeur de @w{@code{-1}} (ou
3125 @code{LEFT}) aura pour effet de commencer ou terminer la ligne sur la
3126 gauche de la tête de note de rattachement.
3129 Il s'agit de l'abscisse (coordonnée-X) absolue de la terminaison. Elle
3130 se calcule à la volée, et son forçage n'apporte rien de plus.
3133 Les extenseurs linéaires peuvent commencer ou finir par un symbole,
3134 enregistré dans cette sous-propriété. Elle est conçue pour un usage
3135 interne, aussi nous vous conseillons de plutôt recourir à @code{text}.
3138 Il s'agit d'un @emph{markup} qui se poursuivra par l'extenseur. C'est la
3139 sous-propriété utilisée pour ajouter @i{cresc.}, @i{tr} ou autre texte à
3140 un extenseur horizontal.
3142 @lilypond[quote,ragged-right,relative=2,verbatim]
3143 \override TextSpanner.bound-details.left.text
3144 = \markup { \small \bold Slower }
3145 c2\startTextSpan b c a\stopTextSpan
3148 @item stencil-align-dir-y
3149 @item stencil-offset
3150 Lorsqu'aucune de ces deux sous-propriétés n'est définie, le stencil est
3151 simplement positionné à l'extrémité, centré sur la ligne telle que
3152 définie par les sous-propriétés @code{X} et @code{Y}. L'utilisation de
3153 @code{stencil-align-dir-y} ou @code{stencil-offset} permettra d'aligner
3154 le symbole verticalement par rapport au coin de la ligne :
3156 @lilypond[relative=1,quote,verbatim]
3157 \override TextSpanner.bound-details.left.stencil-align-dir-y = #-2
3158 \override TextSpanner.bound-details.right.stencil-align-dir-y = #UP
3160 \override TextSpanner.bound-details.left.text = #"ggg"
3161 \override TextSpanner.bound-details.right.text = #"hhh"
3162 c4^\startTextSpan c c c \stopTextSpan
3165 Vous n'aurez pas manqué de constater qu'une valeur négative place le
3166 texte @emph{en haut} -- contrairement à ce que l'on serait en droit
3167 d'attendre. Ceci est dû au fait que la valeur @w{@code{-1}} ou
3168 @code{DOWN} signifie @qq{aligner le bord @emph{inférieur} du texte sur
3169 la ligne d'extension}. Une valeur égale à @code{1} ou @code{UP}
3170 alignera le sommet du texte sur cette ligne d'extension.
3173 L'activation de cette sous-propriété (lui affecter @code{#t}) ajoutera
3174 à l'extenseur une terminaison en flèche.
3177 Cette sous-propriété contrôle l'espace qui doit séparer l'extrémité de
3178 la ligne et la fin réelle de l'extenseur. Sans ce @qq{décalage}, le
3179 trait indiquant un glissando commencerait et finirait au beau milieu de
3180 chacune des têtes de note.
3184 La fonction @code{\endSpanners} permet d'interrompre l'extenseur qui
3185 vient dès la note suivante. Autrement dit, il ne s'étendra que sur une
3186 seule note, ou jusqu'à la prochaine barre de mesure si @code{to-barline}
3187 a été activé et que survient une barre avant la note suivante.
3189 @lilypond[verbatim,quote,ragged-right,relative=2]
3191 c2 \startTextSpan c2 c2
3196 L'utilisation de @code{\endSpanners} permet de s'affranchir d'insérer un
3197 @code{\stopTextSpan} pour clôturer un @code{\startTextSpan} ou un
3198 @code{\!} pour terminer un soufflet.
3201 Référence des propriétés internes :
3202 @rinternals{Glissando},
3203 @rinternals{line-spanner-interface},
3204 @rinternals{TextSpanner},
3205 @rinternals{TrillSpanner},
3206 @rinternals{VoiceFollower}.
3209 @node Visibilité des objets
3210 @subsection Visibilité des objets
3211 @translationof Visibility of objects
3213 @cindex objets, visibilité
3214 @cindex grobs, visibilité
3215 @cindex visibilité d'objets
3217 La visibilité des objets de rendu se contrôle de quatre façons
3218 différentes : vous pouvez supprimer leur stencil, les rendre
3219 transparents, les coloriser en blanc ou bien encore forcer leur
3220 propriété @code{break-visibility}. Les trois premières options peuvent
3221 s'appliquer à tous les objets, la dernière étant réservée aux objets
3222 @emph{changeables}. Le Manuel d'initiation contient une introduction à
3223 ces quatre techniques, à la rubrique
3224 @rlearning{Visibilité et couleur des objets}.
3226 LilyPond met en œuvre quelques techniques particulières adaptées à
3227 certains objets ; elles sont couvertes par une rubrique spécifique.
3230 * Suppression des stencils::
3231 * Transparence des objets::
3232 * Blanchiment des objets::
3233 * Utilisation de break-visibility::
3234 * Considérations spécifiques::
3238 @node Suppression des stencils
3239 @unnumberedsubsubsec Suppression des stencils
3240 @translationof Removing the stencil
3242 @cindex stencil, suppression
3244 Tout objet de rendu se voit attribuer une propriété @code{stencil}.
3245 Elle est par défaut définie par la fonction chargée de dessiner cet
3246 objet. Lorsque cette propriété est désactivée de force -- en lui
3247 attribuant la valeur @code{#f} -- aucune fonction ne sera appelée ;
3248 l'objet ne sera donc pas dessiné. Le retour au comportement par défaut
3249 s'opère à l'aide d'un @code{\revert}.
3251 @lilypond[quote,verbatim,relative=1]
3253 \override Score.BarLine.stencil = ##f
3255 \revert Score.BarLine.stencil
3260 @node Transparence des objets
3261 @unnumberedsubsubsec Transparence des objets
3262 @translationof Making objects transparent
3264 @cindex transparent, objet
3266 Tout objet de rendu dispose d'une propriété de transparence, qui est par
3267 défaut définie à @code{#f}. Le fait de l'activer rendra l'objet
3268 transparent tout en préservant la place qu'il occupe.
3270 @lilypond[quote,verbatim,relative=2]
3272 \once \override NoteHead.transparent = ##t
3277 @node Blanchiment des objets
3278 @unnumberedsubsubsec Blanchiment des objets
3279 @translationof Painting objects white
3281 @cindex objets, couleur
3282 @cindex couleur d'objet
3285 @cindex impression, ordre
3286 @cindex surimpression d'objets
3287 @cindex objets, surimpression
3288 @cindex grobs, superposition
3290 Tout objet de rendu dispose d'une propriété couleur, par défaut définie
3291 à @code{black} (noir). Le fait de la forcer à @code{white} (blanc)
3292 rendra l'objet indistinct du fond blanc. Néanmoins, lorsque cet objet
3293 en recouvre d'autres, la couleur de leurs points de jonction dépendra de
3294 l'ordre dans lequel ils sont dessinés, ce qui peut laisser apparaître
3295 un fantôme de l'objet blanchi comme ci-dessous :
3297 @lilypond[quote,verbatim,relative=2]
3298 \override Staff.Clef.color = #white
3302 Cet inconvénient peut être évité en modifiant l'ordre dans lequel les
3303 objets sont dessinés. Chaque objet de rendu dispose d'une propriété
3304 @code{layer} (calque ou niveau) à laquelle est affecté un nombre entier.
3305 Les objets ayant la plus faible valeur sont dessinés en premier, puis
3306 les autres, de telle sorte qu'un objet ayant une valeur plus élevée les
3307 recouvrira. La plupart des objet ont un @code{layer} valorisé
3308 à @code{1} -- quelques uns, dont @code{StaffSymbol} et
3309 @code{BarLine}, ont une valeur à @code{0}. L'ordre d'impression
3310 d'objets ayant une même valeur de @code{layer} est indéterminé.
3312 La clef de l'exemple précédent a par défaut un @code{layer}
3313 à @code{1} ; elle est donc dessinée après les lignes de la
3314 portée -- @code{layer} valorisé par défaut à @code{0} -- et donc
3315 les recouvre. Pour changer cet état de fait, l'objet @code{Clef} doit
3316 avoir un @code{layer} de valeur inférieure, disons @w{@code{-1}}, pour
3317 pouvoir être dessiné avant.
3319 @lilypond[quote,verbatim,relative=2]
3320 \override Staff.Clef.color = #white
3321 \override Staff.Clef.layer = #-1
3326 @node Utilisation de break-visibility
3327 @unnumberedsubsubsec Utilisation de break-visibility
3328 @translationof Using break-visibility
3330 @c TODO Add making other objects breakable
3332 @cindex break-visibility
3334 La plupart des objets de rendu ne sont imprimés qu'une seule fois ;
3335 certains cependant, tels les barres de mesure, clefs, métriques ou
3336 armures, apparaîtront deux fois lors d'un saut de ligne -- une première
3337 fois en fin de ligne, puis à nouveau au début de la ligne suivante. Ces
3338 objets, que l'on peut traiter de @emph{changeables} (@emph{breakable} en
3339 anglais) disposent de la propriété @code{break-visibility} spécialement
3340 chargée de contrôler leur visibilité aux trois endroits où il sont
3341 susceptibles d'apparaître : en début de ligne, en cours de ligne ou
3342 en fin de ligne -- si tant est qu'un changement s'y produise.
3344 Par exemple, la métrique est imprimée par défaut au début de la première
3345 ligne, et nulle part ailleurs. En cas de modification, une nouvelle
3346 métrique sera imprimée à l'endroit du changement. Dans le cas où ce
3347 changement intervient en fin de ligne, la nouvelle métrique s'imprime au
3348 début de la ligne suivante, et une métrique @qq{de précaution} viendra
3349 se placer au bout de la ligne précédente.
3351 Ce comportement est géré par la propriété @code{break-visibility}, dont
3352 vous trouverez une explication à la rubrique
3353 @rlearning{Visibilité et couleur des objets}. Cette propriété est
3354 constituée d'un vecteur de trois booléens qui, dans l'ordre, déterminent
3355 si l'objet sera imprimé à la fin, en cours, et au début d'une ligne --
3356 on pourrait aussi dire avant un saut de ligne, là où il n'y a pas de
3357 saut de ligne, et après un saut de ligne.
3359 Les huit combinaisons possibles sont aussi disponibles sous la forme de
3360 fonctions prédéfinies, regroupées dans le fichier
3361 @file{scm/output-lib.scm}. Le tableau suivant vous les présente ;
3362 les trois dernières colonnes indiquent l'endroit où l'objet sera visible.
3364 @multitable {@code{begin-of-line-invisible}} {@code{'#(#t #t #t)}} {apres} {apres} {apres}
3365 @headitem Forme @tab Forme @tab Avant @tab Hors @tab Après
3366 @headitem fonctionnelle @tab vectorielle @tab saut @tab saut @tab saut
3368 @item @code{all-visible} @tab @code{'#(#t #t #t)} @tab oui @tab oui @tab oui
3369 @item @code{begin-of-line-visible} @tab @code{'#(#f #f #t)} @tab non @tab non @tab oui
3370 @item @code{center-visible} @tab @code{'#(#f #t #f)} @tab non @tab oui @tab non
3371 @item @code{end-of-line-visible} @tab @code{'#(#t #f #f)} @tab oui @tab non @tab non
3372 @item @code{begin-of-line-invisible} @tab @code{'#(#t #t #f)} @tab oui @tab oui @tab non
3373 @item @code{center-invisible} @tab @code{'#(#t #f #t)} @tab oui @tab non @tab oui
3374 @item @code{end-of-line-invisible} @tab @code{'#(#f #t #t)} @tab non @tab oui @tab oui
3375 @item @code{all-invisible} @tab @code{'#(#f #f #f)} @tab non @tab non @tab non
3378 Les réglages par défaut de la propriété @code{break-visibility}
3379 diffèrent selon l'objet de rendu. Le tableau suivant présente, pour la
3380 plupart des objets comportant la propriété @code{break-visibility},
3381 ces réglages par défaut.
3383 @multitable @columnfractions .3 .3 .4
3385 @headitem Objet de rendu @tab Contexte habituel @tab Réglage par défaut
3387 @c omit Ambitus as it appears not to be affected by break-visibility -td
3388 @c @item @code{Ambitus} @tab as specified @tab @code{begin-of-line-visible}
3389 @item @code{BarLine} @tab @code{Score} @tab calculé
3390 @item @code{BarNumber} @tab @code{Score} @tab @code{begin-of-line-visible}
3391 @c omit the following item until it can be explained -td
3392 @c @item @code{BreakAlignGroup} @tab @code{Score} @tab calculé
3393 @item @code{BreathingSign} @tab @code{Voice} @tab @code{begin-of-line-invisible}
3394 @item @code{Clef} @tab @code{Staff} @tab @code{begin-of-line-visible}
3395 @item @code{Custos} @tab @code{Staff} @tab @code{end-of-line-visible}
3396 @item @code{DoublePercentRepeat} @tab @code{Voice} @tab @code{begin-of-line-invisible}
3397 @c omit KeyCancellation until it can be explained -td
3398 @c @item @code{KeyCancellation} @tab ?? @tab @code{begin-of-line-invisible}
3399 @item @code{KeySignature} @tab @code{Staff} @tab @code{begin-of-line-visible}
3400 @c omit LeftEdge until it can be explained -td
3401 @c @item @code{LeftEdge} @tab @code{Score} @tab @code{center-invisible}
3402 @item @code{OctavateEight} @tab @code{Staff} @tab @code{begin-of-line-visible}
3403 @item @code{RehearsalMark} @tab @code{Score} @tab @code{end-of-line-invisible}
3404 @item @code{TimeSignature} @tab @code{Staff} @tab @code{all-visible}
3408 Voici un exemple d'utilisation de la forme vectorielle pour contrôler la
3409 visibilité des barres de mesure :
3411 @lilypond[quote,verbatim,relative=1,ragged-right]
3414 % Remove bar line at the end of the current line
3415 \once \override Score.BarLine.break-visibility = #'#(#f #t #t)
3421 Lors d'un forçage de @code{break-visibility} sous une forme vectorielle,
3422 les trois éléments doivent impérativement être mentionnés. Ces formes
3423 vectorielles ne sont d'ailleurs pas prises en charge par tous les objets
3424 de rendu, et certaines combinaisons peuvent entraîner des erreurs ;
3425 nous citerons entre autres :
3428 @item Une barre de mesure ne peut s'imprimer en début de ligne.
3429 @item Un numéro de mesure ne peut apparaître au début de la première
3430 ligne, à moins d'être différent de 1.
3431 @item Clef -- voir ci-après.
3432 @item Les répétitions en pourcentage sont soit toutes imprimées, soit
3433 aucune. Vous devrez utiliser @code{begin-of-line-invisible} pour les
3434 voir et @code{all-invisible} pour les masquer.
3435 @item Armure -- voir ci-après.
3436 @item Indication d'octaviation -- voir ci-après.
3440 @node Considérations spécifiques
3441 @unnumberedsubsubsec Considérations spécifiques
3442 @translationof Special considerations
3444 @strong{@emph{Visibilité après changement explicite}}
3446 @cindex armure, visibilité après changement explicite
3447 @cindex explicitKeySignatureVisibility
3448 @cindex clef, visibilité après changement explicite
3449 @cindex explicitClefVisibility
3451 La propriété @code{break-visibility} contrôle la visibilité des armures
3452 ou changements de clef en début de ligne uniquement, donc après un saut.
3453 Elle ne produit aucun effet sur la visibilité d'une armure ou d'une clef
3454 après un changement explicite de tonalité ou de clef, ni en cours, ni en
3455 fin de ligne. Dans l'exemple suivant, l'armure est présente même après
3456 le passage en si bémol majeur malgré l'activation de
3457 @code{all-invisible} (@emph{tous invisibles}).
3459 @lilypond[quote,verbatim,relative=1,ragged-right]
3462 % Try to remove all key signatures
3463 \override Staff.KeySignature.break-visibility = #all-invisible
3471 La visibilité lors de ces changements explicites d'armure ou de clef est
3472 géré respectivement par les propriétés
3473 @code{explicitKeySignatureVisibility} et @code{explicitClefVisibility}.
3474 Leur fonctionnement est en tout point identique à celui de la propriété
3475 @code{break-visibility} -- forme vectorielle à trois éléments ou forme
3476 fonctionnelle comme indiqué ci-avant. Toutes deux sont attachées au
3477 contexte @code{Staff} (la portée) et non directement aux objets de
3478 rendu ; elles sont de ce fait introduites par une instruction
3479 @code{\set}. Leur valeur par défaut est de toujours imprimer les objets
3480 -- réglage sur @code{all-visible}. Ces deux propriétés gèrent
3481 uniquement la visibilité des armures et clefs lors d'un changement
3482 explicite, et en dehors d'un début de ligne ; il faudra en pareil
3483 cas forcer la @code{break-visibility} de ces objets pour les supprimer.
3485 @lilypond[quote,verbatim,relative=1,ragged-right]
3488 \set Staff.explicitKeySignatureVisibility = #all-invisible
3489 \override Staff.KeySignature.break-visibility = #all-invisible
3496 @strong{@emph{Visibilité des altérations de précaution}}
3498 L'impression d'altérations de précaution au moment d'un changement
3499 explicite de tonalité sera annulée dès lors que vous aurez désactivé la
3500 propriété @code{printKeyCancellation} du contexte @code{Staff} :
3502 @lilypond[quote,verbatim,relative=1,ragged-right]
3505 \set Staff.explicitKeySignatureVisibility = #all-invisible
3506 \set Staff.printKeyCancellation = ##f
3507 \override Staff.KeySignature.break-visibility = #all-invisible
3514 Avec de tels réglages particuliers, seules les altérations accidentelles
3515 permettront d'indiquer le changement de tonalité.
3517 @c TODO Add visibility of cautionary accidentals before notes
3519 @strong{@emph{Barres de mesure automatiques}}
3521 @cindex automaticBars
3522 @cindex barres de mesure, suppression
3524 La désactivation de la propriété @code{automaticBars}, qui réside dans
3525 le contexte @code{Score}, permet de s'affranchir d'imprimer
3526 automatiquement les barres de mesure ; seules seront imprimées les
3527 barres explicitées à l'aide de la commande @code{\bar}. Néanmoins, et
3528 contrairement à ce qui se passe avec la commande @code{\cadenzaOn}, le
3529 compteur de numéro de mesure continuera de s'incrémenter. Les barres
3530 s'imprimeront à nouveau, au niveau où en est le compteur, dès que la
3531 propriété @code{automaticBars} sera réactivée. Gardez à l'esprit que
3532 les sauts de ligne, lorsque cette propriété est désactivée, ne peuvent
3533 intervenir qu'à l'occasion d'un @code{\bar} explicite.
3537 @strong{@emph{Clefs octaviées}}
3539 @cindex octaviation, visibilité de la clef
3540 @cindex visibilité d'un clef octaviée
3541 @cindex clef, visibilité de l'octaviation
3543 L'indication d'octaviation d'une clef est produite par l'objet de rendu
3544 @code{OctavateEight}. Sa visibilité étant gérée par héritage direct de
3545 l'objet @code{Clef}, nul n'est besoin de forcer un quelconque
3546 @code{break-visibility} au niveau des objets @code{OctavateEight} pour
3547 éliminer une indication d'octaviation lorsque la clef est invisible.
3549 Lors d'un changement explicite de clef, la propriété
3550 @code{explicitClefVisibility} gère à la fois le symbole de la clef et
3551 l'indication d'octaviation qui lui est attachée.
3554 Manuel d'initiation :
3555 @rlearning{Visibilité et couleur des objets}
3558 @node Styles de ligne
3559 @subsection Styles de ligne
3560 @translationof Line styles
3562 Certaines indications portées à l'attention de l'exécutant -- tels
3563 @i{rallentando}, @i{accelerando} et @i{trilles} -- apparaissent sous la
3564 forme d'un texte qui peut s'étendre sur plusieurs mesures à l'aide d'une
3565 ligne parfois pointillée ou ondulée.
3567 En matière de dessin du texte et des lignes, ces indications font appel
3568 aux mêmes routines que le glissando ; leur comportement peut donc
3569 être affiné selon les mêmes préceptes, au moyen de la routine
3570 @code{ly:line-interface::print} qui est tout spécialement chargée de
3571 dessiner les extenseurs. Cette routine détermine l'emplacement exact
3572 des deux points extrêmes de l'extenseur, puis trace une ligne du style
3573 demandé entre ces deux points.
3575 L'exemple ci-dessous indique les différents styles de ligne disponibles,
3576 ainsi que la manière de les spécifier.
3578 @lilypond[relative=2,ragged-right,verbatim,quote]
3580 \once \override Glissando.style = #'dashed-line
3582 \override Glissando.style = #'dotted-line
3584 \override Glissando.style = #'zigzag
3586 \override Glissando.style = #'trill
3590 Les points d'ancrage de l'extension sont calculés à la volée pour chaque
3591 objet graphique, mais rien ne vous empêche de les forcer :
3594 @lilypond[relative=2,ragged-right,verbatim,quote]
3596 \once \override Glissando.bound-details.right.Y = #-2
3600 La valeur de @code{Y} est ainsi fixée à @w{@code{-2}} en ce qui concerne
3601 la borne droite. Il en irait de même pour la borne gauche en spécifiant
3602 @code{left} (gauche) au lieu de @code{right} (droite).
3604 En l'absence de réglage du @code{Y}, celui-ci est calculé à partir de
3605 l'emplacement vertical des points d'attache gauche et droit de
3608 De plus amples informations quant à l'ajustement des extenseurs font
3609 l'objet de la rubrique @ref{Extenseurs et prolongateurs}.
3612 @node Rotation des objets
3613 @subsection Rotation des objets
3614 @translationof Rotating objects
3616 Qu'il s'agisse des objets de rendu ou d'éléments textuels sous forme de
3617 @emph{markup}, vous pouvez les faire pivoter selon vos désirs et à
3618 partir de n'importe quel point. La méthode diffère cependant selon ce
3619 que vous désirez manipuler.
3622 * Rotation des objets de mise en forme::
3623 * Rotation des étiquettes::
3627 @node Rotation des objets de mise en forme
3628 @unnumberedsubsubsec Rotation des objets de mise en forme
3629 @translationof Rotating layout objects
3631 Tout objet de rendu disposant de la @code{grob-interface} est
3632 susceptible de pivoter, grâce à la propriété @code{rotation}. Celle-ci
3633 prend en argument une liste de trois éléments : l'angle de rotation
3634 -- dans le sens inverse des aiguilles d'une montre -- ainsi que les
3635 coordonnées @code{x} et @code{y} du point appartenant à l'objet en
3636 question et à partir duquel doit s'effectuer cette rotation. L'angle
3637 est exprimé en degrés, les coordonnées en espaces de portée.
3639 L'angle et les coordonnées ne peuvent se déterminer que par tâtonnement.
3641 @cindex soufflet penché
3643 Il existe assez peu de situation où faire pivoter un objet de mise en
3644 forme soit réellement opportun ; en voici une :
3646 @lilypond[quote,verbatim,relative=1]
3648 \override Hairpin.rotation = #'(20 -1 0)
3653 @node Rotation des étiquettes
3654 @unnumberedsubsubsec Rotation des étiquettes
3655 @translationof Rotating markup
3657 Tout texte faisant l'objet d'un @emph{markup} peut pivoter selon
3658 n'importe quel angle, à l'aide de la commande @code{\rotate}. Celle-ci
3659 prend deux arguments : l'angle de rotation exprimé en degrés --
3660 dans le sens inverse des aiguilles d'une montre -- et le texte à
3661 basculer. Il ne s'agit pas ici de faire pivoter les extrémités du
3662 texte ; celles-ci récupéreront leurs coordonnées x et y du@emph{markup}
3663 pivoté. Dans l'exemple ci-dessous, la propriété
3664 @code{outside-staff-priority} à été fixée à @code{#f} afin de désactiver
3665 l'évitement automatique des collisions qui pourrait repousser certains
3669 @lilypond[quote,verbatim,relative=1]
3670 \override TextScript.outside-staff-priority = ##f
3671 g4^\markup { \rotate #30 "un sol" }
3672 b^\markup { \rotate #30 "un si" }
3673 des^\markup { \rotate #30 "un ré bémol" }
3674 fis^\markup { \rotate #30 "un fa dièse" }
3678 @node Retouches avancées
3679 @section Retouches avancées
3680 @translationof Advanced tweaks
3682 Nous allons voir, au fil des paragraphes qui suivent, différentes
3683 approches permettant de fignoler l'apparence d'une partition.
3686 * Alignement des objets::
3687 * Regroupement vertical d'objets graphiques::
3688 * Modification des stencils::
3689 * Modification de l'allure des éléments::
3690 * Conteneurs requalifiants::
3694 Manuel d'initiation :
3695 @rlearning{Autres sources de documentation},
3696 @rlearning{Retouche de partition}.
3698 Manuel de notation :
3699 @ref{En quoi consiste la référence des propriétés internes},
3700 @ref{Modification de propriétés}.
3702 Manuel d'extension :
3703 @rextend{Interfaces pour programmeurs}.
3705 Fichiers d'initialisation :
3706 @file{scm/define-grobs.scm}.
3709 @rlsrnamed{Tweaks and overrides,Retouches}.
3711 Référence des propriétés internes :
3712 @rinternals{All layout objects}.
3715 @node Alignement des objets
3716 @subsection Alignement des objets
3717 @translationof Aligning objects
3719 Les objets graphiques disposant des interfaces
3720 @code{self-alignment-interface} ou @code{side-position-interface}
3721 peuvent s'aligner par rapport à un objet précédemment positionné, ce de
3722 différentes manières. Ces objets sont référencés aux rubriques
3723 @rinternals{self-alignment-interface} et
3724 @rinternals{side-position-interface}.
3726 Tous les objets graphiques ont un point de référence, une étendue
3727 horizontale et une étendue verticale. L'étendue horizontale est
3728 représentée par une paire de nombres indiquant l'écart entre le point de
3729 référence et les bords gauche et droit -- l'écart à gauche étant
3730 négatif. L'étendue verticale est représentée par une paire de nombres
3731 indiquant l'écart entre le point de référence et les bords inférieur et
3732 supérieur -- l'écart vers le bas étant négatif.
3734 La position d'un objet sur la portée est donnée par la valeur des
3735 propriétés @code{X-offset} et @code{Y-offset}. La valeur de
3736 @code{X-offset} indique l'écart en abscisse (coordonnée X) par rapport
3737 au point de référence de l'objet parent ; la valeur de
3738 @code{Y-offset} indique l'écart par rapport à la ligne médiane de la
3739 portée. Les valeurs de @code{X-offset} et @code{Y-offset} peuvent être
3740 fournies arbitrairement, ou bien être calculé par des procédures
3741 spécifiques qui détermineront l'alignement par rapport à l'objet parent.
3743 @warning{Nombre d'objets sont affectés par des considérations
3744 spécifiques en matière de positionnement ; jouer sur les valeurs de
3745 @code{X-offset} ou @code{Y-offset} se révélera inefficace en pareil
3746 cas, même si l'objet dispose de la @code{self-alignment-interface}.
3747 Fixer arbitrairement les propriétés @code{X-offset} ou @code{Y-offset}
3748 annihilera alors les effets de la propriété @code{self-alignment}
3751 Par exemple, une altération peut se repositionner verticalement grâce à
3752 son @code{Y-offset} ; toute modification de son @code{X-offset}
3753 restera par contre sans effet.
3755 Les indications de repère s'alignent sur des objets de rupture -- tels
3756 les barres de mesure, clefs, métriques et armures. Certaines propriétés
3757 spécifiques -- dépendant de la @code{break-aligned-interface} --
3758 permettent de gérer le positionnement des indications de repère sur ces
3762 * Détermination directe de X-offset et Y-offset::
3763 * Utilisation de side-position-interface::
3764 * Utilisation de self-alignment-interface::
3765 * Utilisation de break-aligned-interface::
3769 Manuel de notation :
3770 @ref{Utilisation de break-aligned-interface}.
3772 Manuel d'extension :
3773 @rextend{Fonctions de rappel}.
3776 @node Détermination directe de X-offset et Y-offset
3777 @unnumberedsubsubsec Détermination directe de @code{X-offset} et @code{Y-offset}
3778 @translationof Setting X-offset and Y-offset directly
3780 Vous pouvez fournir, pour de nombreux objets, des valeurs numériques aux
3781 propriétés @code{X-offset} et @code{Y-offset}. Voici par exemple une
3782 note avec indication du doigté tout d'abord avec un positionnement par
3783 défaut, puis repositionnement par modification successive du
3784 @code{X-offset} et du @code{Y-offset}.
3786 @lilypond[verbatim,quote,relative=2]
3793 -\tweak X-offset #-1
3801 @node Utilisation de side-position-interface
3802 @unnumberedsubsubsec Utilisation de @code{side-position-interface}
3803 @translationof Using the side-position-interface
3805 Un objet disposant de la @code{side-position-interface} peut se voir
3806 accolé à son voisin de telle sorte que les bords des deux objets se
3807 touchent. Un tel objet peut se positionner au-dessus, en dessous, à
3808 droite ou à gauche de son parent. Ce parent ne saurait être
3809 stipulé ; il est déterminé par l'ordre d'apparition des éléments
3810 dans le flux des saisies. La plupart de ces objets ont pour parent une
3813 Les valeurs des propriétés @code{side-axis} et @code{direction}
3814 détermineront l'endroit où viendra se positionner l'objet, selon les
3815 préceptes suivants :
3817 @c TODO add an example of each to the table
3819 @multitable @columnfractions .3 .3 .3
3820 @headitem Propriété @tab Propriété @tab Positionnement
3821 @headitem @code{side-axis} @tab @code{direction} @tab
3823 @item @code{0} @tab @code{-1} @tab gauche
3824 @item @code{0} @tab @code{1} @tab droite
3825 @item @code{1} @tab @code{-1} @tab en dessous
3826 @item @code{1} @tab @code{1} @tab au-dessus
3830 Pour un @code{side-axis} à @code{0}, le @code{X-offset} devrait engager
3831 la procédure @code{ly:side-position-interface::x-aligned-side}.
3832 Celle-ci renverra la valeur adéquate de @code{X-offset} permettant
3833 d'accoler l'objet sur la droite ou sur la gauche de son parent, selon la
3834 valeur de @code{direction}.
3836 Pour un @code{side-axis} à @code{1}, le @code{Y-offset} devrait engager
3837 la procédure @code{ly:side-position-interface::y-aligned-side}.
3838 Celle-ci renverra la valeur adéquate de @code{Y-offset} permettant
3839 d'accoler l'objet au-dessus ou en dessous de son parent, selon la
3840 valeur de @code{direction}.
3842 @c TODO Add examples
3845 @node Utilisation de self-alignment-interface
3846 @unnumberedsubsubsec Utilisation de @code{self-alignment-interface}
3847 @translationof Using the self-alignment-interface
3849 @emph{Réalignement d'objets horizontalement}
3851 L'alignement horizontal d'un objet disposant de la
3852 @code{self-alignment-interface} dépend de la valeur de sa propriété
3853 @code{self-alignment-X}, si tant est que la propriété @code{X-offset} de
3854 cet objet engage la procédure
3855 @code{ly:self-alignment-interface::x-aligned-on-self}.
3856 La propriété @code{self-alignment-X} peut contenir un nombre réel,
3857 l'unité de base étant la moitié de l'étendue horizontale de l'objet.
3858 Une valeur négative décalera l'objet vers la droite, une valeur positive
3859 vers la gauche. La valeur @code{0} permet de centrer l'objet sur
3860 le point de référence de son parent. Une valeur de @w{@code{-1}}
3861 alignera le bord gauche de l'objet sur le point de référence de son
3862 parent, et une valeur de @code{1} alignera le bord droit de l'objet
3863 sur le point de référence de son parent. Les valeurs symboliques
3864 @code{LEFT}, @code{CENTER} et @code{RIGHT} correspondent respectivement
3865 à @w{@code{-1}}, @code{0} et @code{1}.
3867 En règle générale, la valeur de @code{self-alignment-X} se modifie à
3868 l'aide d'une commande @code{\override}. Le recours à la commande
3869 @code{\tweak} permet de traiter séparément plusieurs annotations
3870 affectées à une même note :
3872 @lilypond[quote,verbatim,relative=1]
3874 -\tweak self-alignment-X #-1
3876 -\tweak self-alignment-X #0
3878 -\tweak self-alignment-X #RIGHT
3880 -\tweak self-alignment-X #-2.5
3881 ^"aligned further to the right"
3885 @emph{Réalignement d'objets verticalement}
3887 L'alignement vertical suit le même principe : la propriété
3888 @code{Y-offset} doit alors engager la procédure
3889 @code{ly:self-alignment-interface::y-aligned-on-self}. Toutefois, il
3890 arrive bien souvent que d'autres mécanismes interviennent dans
3891 l'alignement vertical. La valeur de @code{Y-offset} n'étant que
3892 l'une des variables qui seront prises en compte, l'ajustement pour
3893 certains objets peut se révéler fastidieux. L'unité de base est
3894 relativement réduite, puisqu'elle est de la moitié de l'étendue
3895 verticale de l'objet ; le nombre à fournir en argument pourrait
3896 donc être relativement élevé. Une valeur de @w{@code{-1}}
3897 alignera le bord inférieur de l'objet sur le point de référence de son
3898 parent, et une valeur de @code{1} alignera le bord supérieur de
3899 l'objet sur le point de référence de son parent. La
3900 valeur @code{0} permet de centrer l'objet sur le point de référence
3901 de son parent. Les valeurs symboliques @code{DOWN}, @code{CENTER} et
3902 @code{UP} correspondent respectivement à @w{@code{-1}}, @code{0}
3906 @emph{Réalignement d'objets sur les deux axes}
3908 Définir à la fois @code{X-offset} et @code{Y-offset} permet de réaligner
3909 un objet sur les deux axes.
3911 Dans l'exemple ci-dessous, nous ajustons l'indication de doigté de telle
3912 sorte qu'elle se place au plus près de la tête de note.
3914 @lilypond[quote,verbatim,relative=2]
3916 -\tweak self-alignment-X #0.5 % move horizontally left
3917 -\tweak Y-offset #ly:self-alignment-interface::y-aligned-on-self
3918 -\tweak self-alignment-Y #-1 % move vertically up
3924 @unnumberedsubsubsec Utilisation de @code{aligned-on-parent}
3926 @c Cannot document as they do not seem to operate consistently on all objects -td
3927 @c TODO investigate further
3929 The @code{aligned-on-parent} procedures are used in the same way
3930 as the @code{aligned-on-self} procedures, they difference being
3931 that they permit an object to be aligned with the @emph{edges} of
3932 the parent rather than the parent's reference point. The following
3933 example shows the difference:
3937 @lilypond[verbatim,quote]
3944 @c unnumberedsubsubsec Utilisation de @code{centered-on-parent}
3946 @c Cannot document as they do not seem to operate consistently on all objects -td
3947 @c TODO investigate further
3951 @c TODO The align-interface, BassFigureAlignment and VerticalAlignment
3954 @node Utilisation de break-aligned-interface
3955 @unnumberedsubsubsec Utilisation de @code{break-aligned-interface}
3956 @translationof Using the break-alignable-interface
3958 @cindex alignement sur un objet
3959 @cindex break-align-symbols
3961 Indications de repère et numéros de mesure peuvent s'aligner sur des
3962 objets de notation autres qu'une barre de mesure. Parmi ces objets,
3963 nous citerons @code{ambitus}, @code{breathing-sign}, @code{clef},
3964 @code{custos}, @code{staff-bar}, @code{left-edge},
3965 @code{key-cancellation}, @code{key-signature}, et @code{time-signature}.
3967 Ces indications et numéros de mesure sont par défaut centrés
3968 horizontalement au-dessus de l'objet :
3970 @lilypond[verbatim,quote,relative=1]
3971 % The rehearsal mark will be centered above the Clef
3972 \override Score.RehearsalMark.break-align-symbols = #'(clef)
3977 % The rehearsal mark will be centered above the Time Signature
3978 \override Score.RehearsalMark.break-align-symbols = #'(time-signature)
3984 % The rehearsal mark will be centered above the Breath Mark
3985 \override Score.RehearsalMark.break-align-symbols = #'(breathing-sign)
3994 Les différents objets sur lesquels l'alignement pourrait intervenir
3995 seront regroupés dans une liste. Si l'un des objets est invisible à
3996 l'endroit voulu, en raison d'un réglage de @code{break-visibility} ou
3997 bien par forçage de la visibilité des armures et clefs, le repère ou le
3998 numéro de mesure viendra s'aligner sur le premier élément de cette liste
3999 qui soit visible. Dans le cas où aucun objet de la liste n'est visible,
4000 l'alignement se fera sur la barre de mesure ou, dans le cas où la barre
4001 de mesure est invisible, à l'endroit même où la barre prendrait place.
4003 @lilypond[verbatim,quote,relative=1]
4004 % The rehearsal mark will be centered above the Key Signature
4005 \override Score.RehearsalMark.break-align-symbols = #'(key-signature clef)
4010 % The rehearsal mark will be centered above the Clef
4011 \set Staff.explicitKeySignatureVisibility = #all-invisible
4012 \override Score.RehearsalMark.break-align-symbols = #'(key-signature clef)
4017 % The rehearsal mark will be centered above the Bar Line
4018 \set Staff.explicitKeySignatureVisibility = #all-invisible
4019 \set Staff.explicitClefVisibility = #all-invisible
4020 \override Score.RehearsalMark.break-align-symbols = #'(key-signature clef)
4027 L'alignement d'un repère sur un objet de notation peut se modifier,
4028 comme l'illustre l'exemple suivant. Toutefois, si la partition comporte
4029 plusieurs portées, ce réglage devra apparaître dans chacune des portées.
4031 @lilypond[verbatim,quote,relative=1]
4032 % The RehearsalMark will be centered above the Key Signature
4033 \override Score.RehearsalMark.break-align-symbols = #'(key-signature)
4039 % The RehearsalMark will be aligned with the left edge of the Key Signature
4040 \once \override Score.KeySignature.break-align-anchor-alignment = #LEFT
4044 % The RehearsalMark will be aligned with the right edge of the Key Signature
4045 \once \override Score.KeySignature.break-align-anchor-alignment = #RIGHT
4051 Le bord gauche d'un repère peut se décaler arbitrairement sur la gauche
4052 ou la droite. La valeur est exprimée en espaces de portée.
4054 @lilypond[verbatim,quote,relative=1]
4055 % The RehearsalMark will be aligned with the left edge of the Key Signature
4056 % and then shifted right by 3.5 staff-spaces
4057 \override Score.RehearsalMark.break-align-symbols = #'(key-signature)
4058 \once \override Score.KeySignature.break-align-anchor = #3.5
4062 % The RehearsalMark will be aligned with the left edge of the Key Signature
4063 % and then shifted left by 2 staff-spaces
4064 \once \override Score.KeySignature.break-align-anchor = #-2
4071 @node Regroupement vertical d'objets graphiques
4072 @subsection Regroupement vertical d'objets graphiques
4073 @translationof Vertical grouping of grobs
4075 @c TODO Expand this section
4077 Les objets @code{VerticalAlignment} et @code{VerticalAxisGroup}
4078 travaillent de concert. Comme leur nom anglais l'indiquent,
4079 @code{VerticalAxisGroup} regroupe différents objets tels que les portées
4080 (@code{Staff}), les paroles (@code{Lyrics}) et ainsi de suite ;
4081 puis @code{VerticalAlignment} synchronise verticalement ces différents
4082 groupes. En général, il n'y a qu'un seul @code{VerticalAlignment} pour
4083 l'ensemble de la partition, mais chaque contexte @code{Staff},
4084 @code{Lyrics}, etc. possède son propre @code{VerticalAxisGroup}.
4087 @node Modification des stencils
4088 @subsection Modification des stencils
4089 @translationof Modifying stencils
4091 Tout objet de rendu dispose d'une propriété @code{stencil} attachée à la
4092 @code{grob-interface}. En règle générale, cette propriété référence
4093 par défaut une fonction spécifique à l'objet et taillée sur mesure pour
4094 fournir le symbole qui va le représenter dans l'output. Par exemple,
4095 le réglage standard de la propriété @code{stencil} de l'objet
4096 @code{MultiMeasureRest} est @code{ly:multi-measure-rest::print}.
4098 Le symbole standard d'un objet quel qu'il soit peut être remplacé à
4099 partir du moment où la propriété @code{stencil} référence une procédure
4100 différente et écrite à cet effet. Ceci requiert une bonne maîtrise du
4101 fonctionnement interne de LilyPond, mais est grandement facilité dans
4102 bien des cas et permet d'obtenir le résultat escompté.
4104 En effet, rien ne nous interdit, à partir de la propriété
4105 @code{stencil}, d'appeler la procédure qui génère du texte,
4106 @code{ly:text-interface::print} en l'occurrence, et d'adjoindre à l'objet
4107 une propriété @code{text} qui contiendra, sous forme de @emph{markup},
4108 le symbole à dessein. Grâce à l'extrême flexibilité des @emph{markups},
4109 vous pourrez parvenir à bien des choses -- voir à ce sujet
4110 @ref{Éléments graphiques dans du texte formaté}.
4112 C'est la technique employée ici, où l'une des têtes de note est
4113 remplacée par une croix inscrite dans un cercle :
4115 @lilypond[verbatim,quote]
4117 \once \override NoteHead.stencil = #ly:text-interface::print
4118 \once \override NoteHead.text = \markup {
4120 \halign #-0.7 \draw-circle #0.85 #0.2 ##f
4121 \musicglyph #"noteheads.s2cross"
4129 Tous les glyphes de la fonte Feta sont accessibles à l'aide de la
4130 commande de @emph{markup} @code{\musicglyph} -- voir
4131 @ref{La fonte Feta}.
4133 @c TODO Add inserting eps files or ref to later
4135 @c TODO Add inserting Postscript or ref to later
4138 Manuel de notation :
4139 @ref{Text markup commands},
4140 @ref{Éléments graphiques dans du texte formaté},
4141 @ref{La fonte Feta},
4142 @ref{Mise en forme du texte}.
4145 @node Modification de l'allure des éléments
4146 @subsection Modification de l'allure des éléments
4147 @translationof Modifying shapes
4150 * Modification des liaisons::
4154 @node Modification des liaisons
4155 @unnumberedsubsubsec Modification des liaisons
4156 @translationof Modifying ties and slurs
4158 @cindex liaison, modification
4159 @cindex Bézier, points de contrôle d'une courbe
4160 @cindex points de contrôle, courbe de Bézier
4162 Les liaisons, qu'elles soient de prolongation, d'articulation ou de
4163 phrasé, sont dessinées sous la forme de courbes de Bézier de degré
4164 trois. Lorsque l'aspect de la liaison automatiquement calculé n'est pas
4165 satisfaisant, il peut être modifié manuellement, en fournissant
4166 explicitement les quatre points de contrôle qui permettront de définir
4169 Quatre points définissent une courbe de Bézier cubique. Les premier et
4170 quatrième points sont les points de départ et d'arrivée de la
4171 courbe ; les deux autres points de contrôle -- P1 et P2 -- en
4172 détermineront l'allure. La courbe se trace en partant du point P0, en
4173 se dirigeant vers P1 et en arrivant au point P3 selon la direction
4174 @w{P2-P3}. La courbe est à l'intérieur de l'enveloppe convexe des
4177 Voici par exemple une liaison de prolongation dont l'allure n'est pas
4178 des plus heureuses, même en optant pour un @code{\tieDown}.
4180 @lilypond[verbatim,quote,relative=1]
4184 { r4 <g c,> <g c,> <g c,> }
4188 L'un des moyens d'améliorer cette liaison consiste à modifier
4189 manuellement ses quatre points de contrôle.
4191 Les coordonnées des points de contrôle sont données en unités d'espace
4192 de portée. L'abscisse est relative au point de référence de la note de
4193 départ de la liaison ; l'ordonnée est relative à la ligne médiane
4194 de la portée. Les différentes coordonnées sont entrées sous la forme
4195 d'une liste de quatre paires de nombres décimaux (ou nombres réels).
4196 L'une des manières de procéder consiste à tout d'abord estimer les
4197 coordonnées des deux extrémités puis, par tâtonnement, déterminer les
4198 deux points intermédiaires.
4200 Remarque intéressante au sujet des courbes : une courbe sera
4201 symétrique si ses points de contrôle sont symétriques. L'une des
4202 propriétés avantageuses des courbes de Bézier est que leur
4203 transformation -- déplacement, rotation ou échelonnement -- est
4204 réalisable en simplement corrigeant de manière identique ses points de
4207 Pour l'exemple qui nous occupe, l'adaptation suivante nous permet
4208 d'obtenir un résultat plutôt satisfaisant. Notez bien l'endroit où
4209 cette adaptation est stipulée : juste avant la note de départ de la
4212 @lilypond[verbatim,quote,relative=1]
4215 \once \override Tie.control-points = #'((1 . -1) (3 . 0.6) (12.5 . 0.6) (14.5 . -1))
4219 { r4 <g c,> <g c,> <g c,> }
4224 Lorsque plusieurs liaisons, quelle qu'en soit la nature, commencent au
4225 même moment, jouer sur la propriété @code{control-points} est
4226 impossible, et la commande @code{\tweak} inefficace. Vous pouvez
4227 néanmoins influer sur la propriété @code{tie-configuration} de l'objet
4228 @code{TieColumn} pour déterminer la ligne de départ et l'orientation.
4231 Référence des propriétés internes :
4232 @rinternals{TieColumn}.
4235 @node Conteneurs requalifiants
4236 @subsection Conteneurs requalifiants
4237 @translationof Unpure-pure containers
4239 @cindex Scheme, pure containers
4240 @cindex Scheme, unpure containers
4241 @cindex pure containers, Scheme
4242 @cindex unpure containers, Scheme
4243 @cindex espacement horizontal, affinage
4245 Les conteneurs requalifiants permettent de faciliter le calcul des
4246 espacements en cas de modification du @emph{Y-axis} -- plus
4247 particulièrement les composantes @code{Y-offset} et @code{Y-extent} -- à
4248 l'aide d'une fonction scheme en lieu et place de valeurs.
4250 L'envergure verticale (@code{Y-extent}) de certains objets dépend de la
4251 propriété @code{stencil} ; jouer sur leur stencil requiert alors une
4252 intervention supplémentaire au niveau du @code{Y-extent} à l'aide d'un
4253 conteneur transitoire. Lorsqu'une fonction affecte un @code{Y-offset} ou
4254 un @code{Y-extent}, cela déclenche la détermination des sauts de ligne
4255 de manière anticipée dans la séquence des traitements. Il en résulte
4256 que cette opération n'est en fait pas exécutée ; elle renvoie
4257 habituellement @code{0} ou @code{'(0 . 0)}, ce qui peut engendrer des
4258 collisions. Une fonction @qq{pure} évitera d'avorter la construction
4259 des propriétés ou objets, qui de ce fait verront leurs arguments liés à
4260 la verticalité (@code{Y-axis}) correctement évalués.
4262 Il existe actuellement une trentaine de fonctions que l'on peut
4263 qualifier de @qq{pures}. Le recours à un conteneur transitoire permet
4264 de requalifier une fonction de telle sorte qu'elle soit reconnue comme
4265 @qq{pure} et soit donc évaluée @strong{avant} détermination des sauts de
4266 ligne -- l'espacement horizontal sera de fait ajusté en temps et en heure.
4267 La fonction @qq{impure} sera ensuite évaluée @strong{après} le
4268 positionnement des sauts de ligne.
4270 @warning{Il n'est pas toujours facile d'avoir l'assurance qu'une
4271 fonction soit qualifiée de @qq{pure} ; aussi nous vous recommandons
4272 d'éviter d'utiliser les objets @code{Beam} or @code{VerticalAlignment}
4273 lorsque vous désirez en créer une.}
4275 Un conteneur requalifiant se construit selon la syntaxe
4277 @code{(ly:make-unpure-pure-container f0 f1)}
4279 où @code{f0} est une fonction prenant @var{n} arguments (@var{n_>=_1}),
4280 le premier devant être l'objet en question ; il s'agit de la
4281 fonction dont le résultat sera réutilisé. @var{f1} est la fonction qui
4282 sera qualifiée de @qq{pure}. Elle prend @var{n_+_2} arguments, le
4283 premier devant être lui aussi l'objet en question, et les second et
4284 troisième étant respectivement les @qq{point de départ} (@var{start}) et
4285 @qq{point d'arrivée} (@var{end}).
4287 @var{start} et @var{end} sont dans tous les cas des valeurs fictives qui
4288 trouveront leur utilité dans le cas d'objets de type @code{Spanner},
4289 tels les soufflets (@code{Hairpin}) ou barres de ligature (@code{Beam}),
4290 en retournant les différentes estimations de hauteur basées sur leurs
4291 début et fin d'extension.
4293 Viennent ensuite les autres arguments de la fonction initiale @code{f0}
4294 -- autrement dit aucun si @var{n_=_1}.
4296 Les résultats de la deuxième fonction (@code{f1}) permettent une
4297 approximation des valeurs qui seront ensuite utilisées par la fonction
4298 initiale aux fins d'ajustement lors des phases ultérieures d'espacement.
4300 @lilypond[verbatim,quote,ragged-right]
4301 #(define (square-line-circle-space grob)
4302 (let* ((pitch (ly:event-property (ly:grob-property grob 'cause) 'pitch))
4303 (notename (ly:pitch-notename pitch)))
4304 (if (= 0 (modulo notename 2))
4305 (make-circle-stencil 0.5 0.0 #t)
4306 (make-filled-box-stencil '(0 . 1.0)
4309 squareLineCircleSpace = {
4310 \override NoteHead.stencil = #square-line-circle-space
4313 smartSquareLineCircleSpace = {
4314 \squareLineCircleSpace
4315 \override NoteHead.Y-extent =
4316 #(ly:make-unpure-pure-container
4317 ly:grob::stencil-height
4318 (lambda (grob start end) (ly:grob::stencil-height grob)))
4321 \new Voice \with { \remove "Stem_engraver" }
4323 \squareLineCircleSpace
4325 \smartSquareLineCircleSpace
4330 La première mesure de l'exemple ci-dessus ne fait pas appel à un
4331 conteneur requalifiant ; le moteur d'espacement n'a donc aucune
4332 connaissance de la largeur des têtes de note et ne peut empêcher
4333 qu'elles chevauchent les altérations. Dans la deuxième mesure, par
4334 contre, le recours à un conteneur requalifiant informe le moteur
4335 d'espacement de la largeur des têtes de note ; les collisions sont
4336 alors évitées du fait de l'espace réservé à chacune des têtes.
4338 Lorsqu'il s'agit de calculs simples, les fonctions, tant pour la partie
4339 @qq{pure} que pour la partie @qq{impure}, peuvent être identiques au
4340 détail près du nombre d'arguments utilisés ou du domaine d'intervention.
4342 @warning{Le fait de qualifier une fonction de @qq{pure} alors qu'elle ne
4343 l'est pas peut générer des résultats imprévisibles.}
4346 @node Utilisation de fonctions musicales
4347 @section Utilisation de fonctions musicales
4348 @translationof Using music functions
4350 @c TODO -- add @seealso, etc. to these subsections
4352 Une adaptation ou un affinage qui devient récurrent parce que doit
4353 s'appliquer à différentes expressions musicales peut faire l'objet d'une
4354 @emph{fonction musicale}. Nous ne traiterons ici que des fonctions de
4355 @emph{substitution}, dont le but est de substituer une variable en un
4356 bout de code LilyPond. D'autres fonctions, plus complexes, sont
4357 abordées au chapitre @rextend{Fonctions musicales}.
4360 * Syntaxe d'une fonction de substitution::
4361 * Exemples de fonction de substitution::
4365 @node Syntaxe d'une fonction de substitution
4366 @subsection Syntaxe d'une fonction de substitution
4367 @translationof Substitution function syntax
4369 La rédaction d'une fonction chargée de substituer du code LilyPond à une
4370 variable est chose relativement aisée. Une telle fonction est de la
4375 #(define-music-function
4376 (parser location @var{arg1} @var{arg2} @dots{})
4377 (@var{type1?} @var{type2?} @dots{})
4379 @var{@dots{}musique@dots{}}
4386 @multitable @columnfractions .33 .66
4387 @item @code{@var{argN}}
4388 @tab @var{n}ième argument.
4390 @item @code{@var{typeN?}}
4391 @tab un @emph{type de prédicat} Scheme pour lequel @code{@var{argN}}
4392 doit renvoyer @code{#t}.
4394 @item @code{@var{@dots{}musique@dots{}}}
4395 @tab du code LilyPond tout ce qu'il y a de plus ordinaire, avec des
4396 @code{$} (là où seule une construction LilyPond est autorisée) et des
4397 @code{#} (lorsqu'il s'agit d'une valeur en Scheme, d'un argument de
4398 fonction musicale ou de musique faisant partie d'une liste) pour
4399 référencer les arguments (par ex. @samp{#arg1}).
4402 Les arguments @code{parser} et @code{location} sont obligatoires ;
4403 ils sont utilisés dans certaines situations évoluées, comme indiqué dans
4404 le manuel d'extension des fonctionnalités à au chapitre
4405 @rextend{Fonctions musicales}. Assurez-vous bien de ne pas les omettre
4406 dans vos fonctions de substitution.
4408 La liste des types de prédicat est elle aussi obligatoire. Voici
4409 quelques uns des types de prédicat les plus utilisés dans les fonctions
4414 cheap-list? @emph{(au lieu de }@qq{list?}@emph{, pour accélérer le traitement)}
4426 Une liste plus fournie est disponible à l'annexe
4427 @ref{Types de prédicats prédéfinis}. Vous pouvez par ailleurs définir
4428 vos propres types de prédicat.
4431 Manuel de notation :
4432 @ref{Types de prédicats prédéfinis}.
4434 Manuel d'extension :
4435 @rextend{Fonctions musicales}.
4437 Fichiers d'initialisation :
4438 @file{lily/music-scheme.cc},
4440 @file{scm/lily.scm}.
4443 @node Exemples de fonction de substitution
4444 @subsection Exemples de fonction de substitution
4445 @translationof Substitution function examples
4447 La présente rubrique regroupe quelques exemples de fonction
4448 substitutive. Le propos est ici d'illustrer les possibilités qu'offrent
4449 les fonctions de substitution simple.
4451 Dans ce premier exemple, nous définissons une fonction dans le but de
4452 simplifier le réglage du décalage d'une annotation (un
4455 @lilypond[quote,verbatim,ragged-right]
4457 #(define-music-function
4458 (parser location padding)
4461 \once \override TextScript.padding = #padding
4465 c4^"piu mosso" b a b
4467 c4^"piu mosso" d e f
4469 c4^"piu mosso" fis a g
4473 Nous pouvons utiliser autre chose que des nombres au sein d'une
4474 fonction, y compris une expression musicale :
4476 @lilypond[quote,verbatim,ragged-right]
4478 #(define-music-function
4479 (parser location note)
4482 \tweak NoteHead.stencil #ly:text-interface::print
4483 \tweak NoteHead.text
4484 \markup \musicglyph #"custodes.mensural.u0"
4485 \tweak Stem.stencil ##f
4489 \relative c' { c4 d e f \custosNote g }
4492 Une fonction de substitution peut traiter plusieurs arguments :
4494 @lilypond[quote,verbatim,ragged-right]
4496 #(define-music-function
4497 (parser location padding tempotext)
4500 \once \override Score.MetronomeMark.padding = #padding
4501 \tempo \markup { \bold #tempotext }
4505 \tempo \markup { "Low tempo" }
4507 \tempoPadded #4.0 "High tempo"
4512 @c TODO: add appropriate @@ref's here.