1 @c -*- coding: utf-8; mode: texinfo; documentlanguage: fr -*-
2 @c This file is part of lilypond.tely
4 Translation of GIT committish: 27af34a245b02a6b89c9af3becefcfe676b2e19d
6 When revising a translation, copy the HEAD committish of the
7 version that you are working on. See TRANSLATION for details.
16 * Automated engraving::
17 * What symbols to engrave?::
18 * Music representation::
19 * Example applications::
27 L'art de la typographie musicale se nomme la @emph{gravure}. Ce terme
28 est issu du processus traditionnel d'impression musicale. Il y a
29 seulement quelques dizaines d'années, on faisait les partitions en
30 coupant et en embossant une plaque de zinc ou d'étain en image miroir.
31 Cette plaque était ensuite encrée, les dépressions créées par les
32 creux et les bosses retenant l'encre. Une image était formée en
33 pressant du papier sur la plaque. La découpe et l'embossage étaient
34 entièrement faits à la main. Il était pénible d'appliquer une
35 correction, quand celle-ci n'était pas impossible, la gravure devait
36 donc être parfaite du premier coup. La gravure demandait une
37 qualification hautement spécialisée : un artisan devait accomplir
38 environ cinq ans de formation avant de mériter le titre de maître
39 graveur, et il lui fallait cinq années d'expérience supplémentaires
40 pour devenir vraiment habile.
42 De nos jours, toutes les partitions récentes sont produites avec des
43 ordinateurs. Ceci a des avantages évidents : le coût des impressions
44 a diminué, et le travail d'éditeur peut être envoyé par courriel.
45 Malheureusement, l'utilisation dominante des ordinateurs a également
46 diminué la qualité graphique des partitions. L'impression
47 informatisée leur donne un aspect fade et mécanique qui les rend
50 @c introduce illustrating aspects of engraving, font...
51 Les images ci-dessous illustrent la différence entre la gravure
52 traditionelle et l'impression typique par ordinateur, et la troisème
53 image montre comment LilyPond mime l'aspect traditionnel. L'image de
54 gauche est une numérisation d'un symbole bémol d'une édition publiée
55 en 2000. Celle du centre montre un bémol d'une gravure à la main de
56 l'édition Bärenreiter de la même musique. L'image de gauche illustre
57 des défauts typiques de l'impression informatique : les lignes de
58 portée sont minces, l'épaisseur de trait du bémol est la même que les
59 lignes fines, et il y a un aspect rigide avec des angles pointus. Par
60 contraste, le bémol Bärenreiter possède un aspect gras et arrondi,
61 presque voluptueux. Notre symbole bémol est créé, entre autres, à
62 partir de celui-là. Il est arrondi, et son épaisseur de trait
63 s'harmonise avec nos lignes de portée, lesquelles sont également plus
64 épaisses que celles de l'édition informatique.
66 @multitable @columnfractions .125 .25 .25 .25 .125
70 @image{henle-flat-gray,,4cm}
73 @image{henle-flat-gray,,,png}
78 @image{baer-flat-gray,,4cm}
81 @image{baer-flat-gray,,,png}
86 @image{lily-flat-bw,,4cm}
89 @image{lily-flat-bw,,,png}
93 @c workaround for makeinfo-4.6: line breaks and multi-column cookies
94 @image{henle-flat-bw,,,png} @image{baer-flat-bw,,,png}
95 @image{lily-flat-bw,,,png}
103 Fonte Feta de LilyPond (2003)
108 @cindex symboles musicaux
111 @cindex épaisseur des caractères
114 @c introduce illustrating aspects of engraving, spacing...
115 En matière d'espacement, la répartition de l'espace devrait refléter
116 les durées entre les notes. Cependant, beaucoup de partitions
117 modernes se contentent des durées avec une précision mathématique, ce
118 qui mène à de mauvais résultats. Dans l'exemple suivant, un motif est
119 imprimé deux fois : une fois en utilisant un espacement mathématique
120 exact, et une autre fois avec des corrections. Pouvez-vous les
123 @cindex espacement optique
124 @c file spacing-optical.
125 @c need to include it here, because we want two images.
146 \override NoteSpacing #'stem-spacing-correction = #0.6
171 \override NoteSpacing #'stem-spacing-correction = #0.0
172 \override NoteSpacing #'same-direction-correction = #0.0
173 \override StaffSpacing #'stem-spacing-correction = #0.0
179 @cindex régulier, rythme
180 @cindex régulier, espacement
181 @cindex espacement régulier
183 L'extrait n'utilise que des notes de même durée ; l'espacement devrait
184 le refléter. Malheureusement, notre oeil nous trompe quelque peu ; il
185 ne se contente pas de remarquer la distance entre les têtes de notes,
186 il prend en compte également la distance entre les hampes
187 consécutives. Ainsi, par compensation, les notes avec une combinaison
188 @qq{hampe vers le haut}/@/@qq{hampe vers le bas} doivent être éloignées
189 l'une de l'autre, et les notes avec une combinaison @qq{hampe vers le
190 bas}/@/@qq{hampe vers le haut} rapprochées, le tout dépendant de la
191 position verticale des notes. Les deux premières mesures sont
192 imprimées avec cette correction, les deux suivantes sans. Les notes
193 dans les deux dernières mesures forment des blocs de notes @qq{hampe
194 vers le bas}/@/@qq{hampe vers le haut}.
198 Les musiciens sont généralement plus absorbés par l'exécution que par
199 l'étude de l'aspect graphique d'une partition, donc discutailler sur
200 les détails typographiques peut paraître peu important. Il n'en est
201 rien. Dans de longues pièces avec des rythmes monotones, les
202 corrections d'espacement engendrent de subtiles variations dans la
203 mise en forme de chaque ligne, donnant à chacune une signature
204 visuelle distincte. Sans cette signature, toutes les lignes auraient
205 le même aspect, et ressembleraient à un labyrinthe. Si un musicien
206 regarde ailleurs un instant ou se déconcentre momentanement, il peut
207 avoir du mal à se retrouver sur la page.
209 De même, l'aspect robuste des symboles sur d'épaisses lignes de
210 portée ressort mieux quand la partition est éloignée du lecteur,
211 comme sur un pupitre par exemple. Une organisation minutieuse des
212 espaces vides permet de minimiser l'espace qu'occupe la musique, tout
213 en évitant que les symboles s'amassent les uns contre les autres. Le
214 résultat permet de réduire le nombre de pages à tourner, ce qui est un
217 Ceci est une caractéristique commune à toute typographie. La
218 disposition doit être belle, non seulement pour des raisons
219 esthétiques, mais également pour l'aide apportée au lecteur dans la
220 tâche qu'il doit accomplir. Pour du matériel d'exécution comme les
221 partitions de musique, cela prend une double importance : les
222 musiciens ont une quantité limitée d'attention. Moins ils en ont
223 besoin pour lire, plus ils peuvent se concentrer sur la musique
224 elle-même. Autrement dit, une meilleure typographie permet une
225 meilleure interprétation.
227 Ces exemples démontrent que la typographie musicale est un art subtil
228 et complexe, et que la produire demande une expertise considérable,
229 que les musiciens n'ont généralement pas. LilyPond représente notre
230 effort pour apporter l'excellence graphique de la gravure à la main à
231 l'ère de l'ordinateur, et la rendre accessible à tous les musiciens.
232 Nous avons conçu nos algorithmes, fontes et paramètres de programme
233 pour retrouver la qualité d'édition des anciennes partitions que nous
234 aimons tant lire et jouer.
238 @node Automated engraving
239 @section Automated engraving
241 Comment pouvons-nous implémenter la typographie ? Si les artisans ont
242 besoin de plus de dix ans pour devenir de vrais maîtres, comment nous,
243 simples programmeurs, pourrions-nous jamais écrire un programme pour
246 La réponse est : nous ne le pouvons pas. La typographie se base sur
247 le jugement visuel humain, donc les humains ne peuvent pas être
248 complètement remplacés. Si LilyPond arrive à résoudre la plupart des
249 situations correctement, ce sera déjà une grande avancée sur les
250 logiciels existants. Les autres situations peuvent être résolues à la
251 main. Au fil des ans, le logiciel peut être affiné pour faire de plus
252 en plus de choses automatiquement, pour que les ajustements manuels
253 soient de moins en moins nécessaires.
255 Quand nous avons commencé, nous avons écrit le programme Lilypond
256 entièrement dans le language de programmation C++ ; les fonctions du
257 programme étaient figées par les développeurs. Ceci s'est avéré
258 insatisfaisant pour plusieurs raisons :
261 @item Quand Lilypond fait des erreurs,
262 les utilisateurs ont besoin de contredire les décisions de formatage.
263 Les utilisateurs doivent donc avoir accès au moteur de formatage. Par
264 conséquent, les règles et les propriétés ne peuvent pas être fixées
265 par nous au moment de la compilation, mais doivent être accessibles
266 aux utilisateurs au moment de l'exécution.
268 @item La gravure est une question de jugement visuel, et donc de goût.
269 Aussi bien informés que nous le sommes, les utilisateurs peuvent être
270 en désaccord avec nos décisions personnelles. Par conséquent, les
271 définitions du modèle typographique doivent également être accessibles
274 @item Enfin, nous affinons continuellement les algorithmes de formatage,
275 donc nous avons besoin d'une approche souple des règles. Le language
276 C++ oblige à une certaine méthode de groupage des règles qui ne
277 convient pas bien au fonctionnement de la notation musicale.
280 Ces problèmes ont été résolus en intégrant un interpréteur pour le
281 language de programmation Scheme, et en réécrivant des parties de
282 LilyPond en Scheme. L'architecture actuelle de formatage est
283 construite autour de la notion d'objets graphiques, décrits par des
284 fonctions et des variables Scheme. Cette architecture comprend les
285 règles de formatage, le style typographique, et des décisions
286 individuelles de formatage. L'utilisateur a un accès direct à la
287 plupart de ces contrôles.
289 Les variables Scheme contrôlent les décisions de mise en page. Par
290 exemple, beaucoup d'objets graphiques ont une variable de direction
291 qui encode le choix entre haut et bas (ou gauche et droite). Vous
292 pouvez voir ici deux accords, avec des accents, et des arpèges. Dans
293 le premier accord, les objets graphiques sont tous dirigés vers le bas
294 (ou la gauche). Dans le second accord ils sont tous dirigés vers le
297 @lilypond[quote,ragged-right]
299 \override SpacingSpanner #'spacing-increment = #3
300 \override TimeSignature #'transparent = ##t
302 \stemDown <e g b>4_>-\arpeggio
303 \override Arpeggio #'direction = #RIGHT
304 \stemUp <e g b>4^>-\arpeggio
309 Le processus de formatage d'une partition consiste à lire et écrire
310 les variables d'objets graphiques. Certaines variables ont une valeur
311 prédéfinie. Par exemple, l'épaisseur d'un grand nombre de lignes --
312 une caractéristique du style typographique -- est une variable avec
313 une valeur prédéfinie. Vous êtes libres d'altérer cette valeur, ce
314 qui vous donne une partition avec une impression typographique
317 @lilypond[quote,ragged-right]
320 c'4-~ c'16 as g f e16 g bes c' des'4
325 \override Beam #'thickness = #0.3
326 \override Stem #'thickness = #0.5
327 \override Bar #'thickness = #3.6
328 \override Tie #'thickness = #2.2
329 \override StaffSymbol #'thickness = #3.0
330 \override Tie #'extra-offset = #'(0 . 0.3)
336 Les règles de formatage ont aussi des variables prédéfinies : chaque
337 objet possède des variables contenant des procédures. Ces procédures
338 exécutent le formatage, et en les substituant par d'autres, nous
339 pouvons changer l'apparence des objets. Dans l'exemple suivant, la
340 règle du choix de têtes de notes est changée au cours de l'extrait de
343 @lilypond[quote,ragged-right]
344 #(set-global-staff-size 30)
346 #(define (mc-squared grob orig current)
347 (let* ((interfaces (ly:grob-interfaces grob))
348 (pos (ly:grob-property grob 'staff-position)))
349 (if (memq 'note-head-interface interfaces)
351 (ly:grob-set-property! grob 'stencil ly:text-interface::print)
352 (ly:grob-set-property! grob 'font-family 'roman)
353 (ly:grob-set-property! grob 'text
354 (make-raise-markup -0.5
356 ((-5) (make-simple-markup "m"))
357 ((-3) (make-simple-markup "c "))
358 ((-2) (make-smaller-markup (make-bold-markup "2")))
359 (else (make-simple-markup "bla")))))))))
361 \new Voice \relative c' {
363 \set autoBeaming = ##f
366 \once \override NoteHead #'stencil = #ly:note-head::brew-ez-stencil
367 \once \override NoteHead #'font-size = #-7
368 \once \override NoteHead #'font-family = #'sans
369 \once \override NoteHead #'font-series = #'bold
371 \once \override NoteHead #'style = #'cross
373 \applyOutput #'Voice #mc-squared
376 { d8[ es-( fis^^ g] fis2-) }
377 \repeat unfold 5 { \applyOutput #'Voice #mc-squared s8 }
384 @node What symbols to engrave?
385 @section What symbols to engrave?
390 Le processus de formatage décide où placer les symboles. Cependant,
391 cela ne peut être fait qu'à partir du moment où il a été décidé
392 @emph{quels} symboles doivent être imprimés, c'est-à-dire quelle
395 La notation musicale usuelle est un système d'écriture qui a évolué à
396 travers les dix derniers siècles. La forme qui est aujourd'hui
397 communément utilisée date du début de la Renaissance. Bien que la forme
398 basique --- les têtes de notes sur une portée de cinq lignes --- n'a pas
399 changé, les détails continuent d'évoluer pour exprimer les innovations
400 de la notation contemporaine. Par conséquent, elle comprend quelque 500
401 ans de musique, avec des applications allant des mélodies monodiques à
402 de monstrueux contrepoints pour grand orchestre.
404 Comment pouvons nous appréhender un tel monstre à plusieurs têtes, et le
405 confiner dans l'espace réduit d'un programme informatique ? Notre
406 solution consiste à diviser le problème de la notation --- par
407 opposition à la gravure, ou typographie --- en morceaux digestes et
408 programmables : chaque type de symbole est géré par un module séparé,
409 couramment appelé greffon@footnote{traduction de l'anglais
410 @emph{plug-in}.}. Chaque greffon est entièrement modulaire et
411 indépendant, et donc peut être développé et amélioré séparément. De
412 tels greffons sont nommés @code{graveur}s@footnote{@code{engraver}s en
413 anglais.}, par analogie avec les artisans qui traduisent les idées
414 musicales en symboles graphiques.
416 Dans l'exemple suivant, voyons comment nous commençons avec un greffon
417 pour les têtes de notes, le graveur de têtes de note
418 (@code{Note_heads_engraver}) :
420 @lilypond[quote,ragged-right]
421 \include "engraver-example.ily"
428 \remove "Stem_engraver"
429 \remove "Phrasing_slur_engraver"
430 \remove "Slur_engraver"
431 \remove "Script_engraver"
432 \remove "Beam_engraver"
433 \remove "Auto_beam_engraver"
437 \remove "Accidental_engraver"
438 \remove "Key_engraver"
439 \remove "Clef_engraver"
440 \remove "Bar_engraver"
441 \remove "Time_signature_engraver"
442 \remove "Staff_symbol_engraver"
443 \consists "Pitch_squash_engraver"
450 Ensuite, le graveur du symbole de portée
451 (@code{Staff_symbol_engraver}) ajoute la portée
453 @lilypond[quote,ragged-right]
454 \include "engraver-example.ily"
461 \remove "Stem_engraver"
462 \remove "Phrasing_slur_engraver"
463 \remove "Slur_engraver"
464 \remove "Script_engraver"
465 \remove "Beam_engraver"
466 \remove "Auto_beam_engraver"
470 \remove "Accidental_engraver"
471 \remove "Key_engraver"
472 \remove "Clef_engraver"
473 \remove "Bar_engraver"
474 \consists "Pitch_squash_engraver"
475 \remove "Time_signature_engraver"
482 le graveur de clef (@code{Clef_engraver}) définit un point de
483 référence pour la portée
485 @lilypond[quote,ragged-right]
486 \include "engraver-example.ily"
493 \remove "Stem_engraver"
494 \remove "Phrasing_slur_engraver"
495 \remove "Slur_engraver"
496 \remove "Script_engraver"
497 \remove "Beam_engraver"
498 \remove "Auto_beam_engraver"
502 \remove "Accidental_engraver"
503 \remove "Key_engraver"
504 \remove "Bar_engraver"
505 \remove "Time_signature_engraver"
512 et le graveur de hampes (@code{Stem_engraver}) ajoute les hampes :
514 @lilypond[quote,ragged-right]
515 \include "engraver-example.ily"
522 \remove "Phrasing_slur_engraver"
523 \remove "Slur_engraver"
524 \remove "Script_engraver"
525 \remove "Beam_engraver"
526 \remove "Auto_beam_engraver"
530 \remove "Accidental_engraver"
531 \remove "Key_engraver"
532 \remove "Bar_engraver"
533 \remove "Time_signature_engraver"
539 Le graveur de hampe est notifié de chaque tête de note qui survient.
540 Chaque fois qu'une tête de note --- plusieurs pour un accord --- est
541 rencontrée, un objet hampe est créé et connecté à la tête de note. En
542 ajoutant des graveurs pour les barres de ligature, les liaisons, les
543 accents, les altérations accidentelles, les barres de mesure, la
544 métrique, et les armures, nous obtenons un jeu de notation complet.
546 @lilypond[quote,ragged-right]
547 \include "engraver-example.ily"
551 Ce système fonctionne bien pour de la musique monodique, mais qu'en
552 est-il de la polyphonie ? En notation polyphonique, plusieurs voix
553 peuvent partager une portée.
555 @lilypond[quote,ragged-right]
556 \include "engraver-example.ily"
557 \new Staff << \topVoice \\ \botVoice >>
560 Dans cette situation, la portée et les altérations accidentelles sont
561 partagées, mais les hampes, liaisons etc., sont spécifiques à chaque
562 voix. Par conséquent, les graveurs doivent être groupés. Les
563 graveurs des têtes de notes, hampes, liaisons etc., vont dans un
564 groupe appelé @qq{contexte de Voix} @footnote{@q{Voice context} en
565 anglais, @q{Voice} commence par une majuscule comme tous les noms de
566 contexte dans le programme LilyPond.}, alors que les graveurs des clés,
567 altérations accidentelles, barres de mesure etc., vont dans un groupe
568 appelé @qq{contexte de Portée}. Dans le cas de la polyphonie, un seul
569 contexte de Portée contient plusieurs contextes de Voix. De même,
570 plusieurs contextes de Portée peuvent être inclus dans un seul
571 contexte de Partition. Le contexte de Partition est le contexte de
572 notation de plus haut niveau.
576 Program reference: @internalsref{Contexts}.
578 @lilypond[quote,ragged-right]
579 \include "engraver-example.ily"
582 \new Staff << \topVoice \\ \botVoice >>
583 \new Staff << \pah \\ \hoom >>
588 @node Music representation
589 @section Music representation
591 Idéalement, le format d'entrée pour n'importe quel système de
592 formatage est une description abstraite du contenu. Dans ce cas-ci,
593 ce serait la musique elle-même. Cela pose un formidable problème :
594 comment pouvons-nous définir ce que la musique est réellement ? Plutôt
595 que d'essayer de trouver une réponse, nous avons renversé la question.
596 Nous écrivons un logiciel capable de produire de la musique écrite, et
597 adaptons le format pour atteindre la plus grande concision possible.
598 Quand le format ne peut plus être simplifé, il nous reste par
599 définition le contenu lui-même. Notre logiciel sert de définition
600 formelle d'un document de musique.
602 La syntaxe est également l'interface utilisateur pour LilyPond, par
603 conséquent il est facile de saisir
610 c'est-à-dire un do central noire et, juste au-dessus un ré croche
612 @lilypond[quote,fragment]
616 Sur une échelle microscopique, une telle syntaxe est facile à
617 utiliser. A plus grande échelle, la syntaxe a besoin aussi de
618 structure. Comment serait-il possible autrement de rentrer des
619 pièces complexes comme des symphonies ou des opéras ? La structure
620 est formée par le concept d'expression musicale : en combinant
621 de petits fragments de musique pour en former de plus grands, on peut
622 exprimer de la musique plus complexe. Par exemple
624 @lilypond[quote,verbatim,fragment,relative=1]
629 Des accord peuvent être construits avec @code{<<} et @code{>>} autour
632 @c < > is not a music expression,
633 @c so we use <<>> iso. <> to drive home the point of
634 @c expressions. Don't change this back --hwn.
639 @lilypond[quote,fragment,relative=1]
640 \new Voice { <<c4 d4 e>> }
644 Cette expression est mise dans une séquence grace à l'encadrement par
645 des accolades @code{@{@tie{}@dots{}@tie{}@}}
648 @{ f4 <<c4 d4 e4>> @}
651 @lilypond[quote,relative=1,fragment]
656 Ceci est également une expression, et peut donc encore une fois
657 être combinée avec d'autres expressions simultanées (une blanche)
658 en utilisant <<, @code{\\}, et >>
661 << g2 \\ @{ f4 <<c4 d4 e4>> @} >>
664 @lilypond[quote,fragment,relative=2]
665 \new Voice { << g2 \\ { f4 <<c d e>> } >> }
668 De telles strucutres récursives peuvent être spécifiées formellement
669 et de manière ordonnée dans une grammaire indépendante de tout
670 contexte. Le code d'analyse est aussi générée à partir de cette
671 grammaire. Autrement dit, la syntaxe de LilyPond est définie
672 clairement et sans ambiguité.
674 L'interface utilisateur et la syntaxe sont ce que les gens voient et
675 manipulent le plus. Elles sont en partie une affaire de goût, et
676 aussi sujettes à beaucoup de discussions. Même si ces discussions sur
677 les goûts ont leur mérite, elles ne sont pas très productives. D'un
678 point de vue plus large sur LilyPond, l'importance de la syntaxe est
679 minime : il est facile d'inventer une syntaxe concise, alors qu'écrire
680 un code de formatage décent est beaucoup plus difficile. Ceci est
681 également illustré par le nombre de lignes de codes pour les
682 composants respectifs : l'analyse et la représentation constituent
683 moins de 10% du code source.
685 @node Example applications
686 @section Example applications
688 Nous avons conçu LilyPond comme une expérimentation visant à
689 concentrer l'art de la gravure musicale dans un logiciel. Grâce à
690 tout ce dur labeur, le programme peut maintenant être utilisé pour
691 accomplir des travaux utiles. L'application la plus simple est
692 d'imprimer des notes :
694 @lilypond[quote,relative=1,fragment]
695 \time 2/4 c4 c g'4 g a4 a g2
699 En ajoutant des noms d'accords et des paroles, nous obtenons
700 une partition de chanson :
702 @lilypond[quote,ragged-right]
704 \chords { c2 c f2 c }
705 \new Staff \relative c' { \time 2/4 c4 c g'4 g a4 a g2 }
706 \new Lyrics \lyricmode { twin4 kle twin kle lit tle star2 }
710 La notation polyphonique et la musique pour piano peuvent également
711 être générées. L'exemple suivant associe quelques constructions
714 @lilypondfile[quote,ragged-right]{screech-boink.ly}
716 Les extraits exposés ici ont tous été écrits à la main, mais ce n'est
717 pas une obligation. Puisque le moteur de formatage est en grande
718 partie automatique, il peut servir de sortie pour d'autres programmes
719 qui manipulent la musique. Par exemple, il peut être utilisé pour
720 convertir des bases de données d'extraits musicaux en images pour des
721 sites Internet et des présentations multimédias.
723 Ce manuel montre également une application : le format d'entrée est du
724 texte, et peut donc facilement être intégré dans d'autres formats
725 basés sur le texte comme @LaTeX{}, HTML, ou dans le cas de ce manuel,
726 Texinfo. À l'aide d'un programme spécial, les extraits de code
727 peuvent être remplacés par des images de musiques dans les fichiers de
728 sortie PDF ou HTML. Cela donne la possibilité de mélanger de la
729 musique et du texte dans les documents.
733 @node About this manual
734 @section About this manual
736 Deux manuels traitent de LilyPond : le @emph{manuel de l'utilisateur}
737 --- que vous lisez actuellement --- et le @emph{manuel d'utilisation du
740 @subheading Manuel de l'utilisateur
742 Ce manuel se divise en trois livres.
743 @c pourquoi pas "tomes" au lieu de "livres" ? -John M.
745 @subsubheading Manuel d'apprentissage
747 Ce livre explique comment débuter avec LilyPond, et expose de manière
748 simple quelques concepts clés. Il est conseillé de lire ces chapitres
757 @emph{@ruser{Tutorial}}
758 propose une introduction en douceur à la typographie musicale.
759 Les utilisateurs débutants sont invités à commencer ici.
762 @emph{@ruser{Putting it all together}}
763 explique des concepts généraux du format de fichier ly. Si vous n'êtes
764 pas certain de l'endroit où placer une commande, lisez ce chapitre !
767 @emph{@ruser{Working on LilyPond projects}}
768 montre des utilisations pratiques de LilyPond et donne des conseils
769 afin d'éviter les problèmes les plus courants.
772 @emph{@ruser{Tweaking output}}
773 est une introduction aux retouches de gravure avec LilyPond.
778 @subsubheading Manuel de référence
780 Ce livre détaille toutes les commandes LilyPond produisant une notation
781 musicale. La lecture de cet ouvrage requiert une bonne compréhension des
782 concepts exposés dans le manuel d'apprentissage.
787 @emph{@ruser{Basic notation}}
788 traite de sujets groupés par type de notation. Cette section
789 détaille la notation de base, qui sera utile dans la plupart des
790 projets de partition.
793 @emph{@ruser{Instrument-specific notation}}
794 traite de sujets groupés par type de notation. Cette section détaille
795 des notations spéciales qui ne seront utiles que pour des types
796 particuliers d'instruments ou la voix.
799 @emph{@ruser{Advanced notation}}
800 traite de sujets groupés par type de notation. Cette section
801 donne des précisions à propos de notations compliquées et
805 @emph{@ruser{Changing defaults}}
806 explique comment ajuster finement la mise en page.
809 @emph{@ruser{Non-musical notation}}
810 traite de sorties non musicales comme les titres, les mouvements
811 multiples, et la sélection des instruments MIDI.
814 @emph{@ruser{Spacing issues}}
815 traite de sujets affectant la sortie globale, comme sélectionner
816 la taille de papier ou spécifier les sauts de page.
819 @emph{@ruser{Interfaces for programmers}}
820 explique comment créer des fonctions de musique.
825 @subsubheading Annexes
827 Ce livre contient des tables de référence pratiques.
829 @c Nous avons besoin d'ecrivez tous ca, aprez GDP est fini. -gp
837 @emph{@ruser{Literature list}}
838 contient un choix de livres de référence utiles pour ceux qui veulent
839 en savoir plus sur la notation et la gravure.
843 @emph{@ruser{Scheme tutorial}}
844 propose une courte introduction à Scheme, le langage de programmation
845 utilisé dans les fonctions de musique.
851 @emph{@ruser{Notation manual tables}}
852 sont un ensemble de tableaux montrant les noms d'accord, les
853 instruments MIDI, les noms de couleur, et la police Feta.
857 @emph{@ruser{Templates}}
858 de pièces LilyPond. Copiez et collez un modèle
859 dans un fichier, ajoutez les notes, et c'est prêt !
863 @emph{@ruser{Cheat sheet}}
864 est une référence pratique des commandes LilyPond les plus courantes.
868 @emph{@ruser{LilyPond command index}}
869 est un index de toutes les @code{\commandes} LilyPond.
873 @emph{@ruser{LilyPond index}}
874 est un index complet.
878 @subheading Utilisation du programme
880 Ce livre explique l'exécution du programme et l'intégration de
881 partitions LilyPond dans d'autres programmes.
886 @emph{@rprogram{Install}}
887 explique l'installation (et pour les personnes intéressées la
888 compilation) de LilyPond.
891 @emph{@rprogram{Running LilyPond}}
892 documente le lancement de LilyPond et de ses programmes auxiliaires. De
893 plus, cette section explique la mise à jour de fichiers source écrits
894 pour d'anciennes versions de LilyPond.
897 @emph{@rprogram{LilyPond-book}}
898 détaille la création de documents intégrant des exemples musicaux,
902 @emph{@rprogram{Converting from other formats}}
903 explique l'exécution des programmes de conversion. Ces programmes sont
904 livrés avec le paquetage LilyPond, et convertissent divers formats
905 musicaux vers le format @code{.ly}.
911 @subsubheading Autre documentation
913 D'autres documents constituent de précieuses sources d'information.
918 @cindex langues étrangères
922 Le glossaire de musique explique les termes musicaux, et inclut
923 leur traduction dans diverses langues. C'est un document séparé,
924 disponible aux formats HTML et PDF.
927 Le @ruser{Top,glossaire musical,,music-glossary} explique les termes
928 musicaux et inclut les traductions dans diverses langues. Il est
929 également disponible au format PDF.
931 Si vous n'êtes pas familier avec la notation musicale ou la
932 terminologie, il est conseillé de consulter le glossaire, notamment
933 pour les parties non encore traduites de la documentation.
935 @cindex exemples de code
940 @uref{source/input/lsr/collated-files.html,Exemples de code}
945 sont une vaste sélection de petits exemples montrant des trucs, astuces
946 et fonctionnalités particulières de LilyPond. La plupart de ces
947 exemples sont également disponibles sur le
948 @uref{http://lsr.dsi.unimi.it/,LilyPond Snippet Repository}. Ce site
949 Web possède également le manuel de LilyPond avec une fonctionnalité de
955 référence du programme
958 @ruser{Top,référence du programme,,lilypond-internals}.
960 est un ensemble de pages HTML étroitement liées entre elles, qui
961 documente les moindres petits détails de chaque classe, objet et
962 fonction de LilyPond. Cette documentation est produite directement à
963 partir des définitions de formatage utilisées.
965 Presque toutes les fonctions de formatage utilisées en interne sont
966 directement disponibles pour l'utilisateur. Par exemple, toutes les
967 variables qui contrôlent les épaisseurs, les distances etc., peuvent
968 être modifiées dans les fichiers d'entrée. Il y a un grand nombre
969 d'options de formatage, et elles sont toutes décrites dans ce
970 document. Chaque section du manuel de notation a une section @b{Voir
971 aussi} qui renvoie à la documentation générée automatiquement. Dans la
972 documentation au format HTML, ces sous-sections ont des liens
977 Lorsque vous serez un utilisateur expérimenté, vous pourrez consulter le
978 manuel comme une référence : il y a un index complet@footnote{Si vous
979 cherchez quelque chose sans le trouver dans la documentation, c'est un
980 bogue. Dans ce cas, merci d'envoyer un rapport de bogue.}, mais le
981 manuel est aussi disponible en
983 une seule grande page,
986 @uref{source/Documentation/user/lilypond-big-page.html, une seule grande
989 ce qui facilite la recherche avec la fonction de recherche de votre
992 Dans tous les documents HTML qui incluent des fragments musicaux,
993 le code Lilypond utilisé pour produire l'image peut être vu en
996 L'emplacement des fichiers de documentation mentionnés ici peut varier
997 d'un système à l'autre. De temps en temps, ce manuel fait référence aux
998 fichiers d'exemple et d'initialisation. Tout au long de ce manuel, nous
999 donnons les emplacements des fichiers d'entrée relativement au
1000 répértoire racine de l'archive source. Par exemple,
1001 @file{input/@/test/@/bla@/.ly} peut référer au fichier
1002 @file{lilypond@/2.x.y/@/input/@/test/@/bla@/.ly}. Dans les paquets
1003 binaires pour les plateformes Unix, la documentation et les exemples se
1004 trouvent généralement sous @file{/usr/@/share/@/doc/@/lilypond/}. Les
1005 fichiers d'initialisation, par exemple @file{scm/@/lily@/.scm}, ou
1006 @file{ly/@/engraver@/-init@/.ly}, se trouvent généralement dans le
1007 répértoire @file{/usr/@/share/@/lilypond/}.
1012 @cindex lilypond-internals
1013 @cindex documentation du fonctionnement interne
1015 @cindex étendre lilypond
1018 Pour finir, ce manuel et les autres sont disponibles en ligne, à la
1019 fois aux formats PDF et HTML, à partir du site Web, accessible
1020 à l'adresse @uref{http://@/www@/.lilypond@/.org/}.