This is the non-invasive version of the full Issue 2883 patch.

Documentation/fr/learning/tweaks.itely

 @c -*- coding: utf-8; mode: texinfo; documentlanguage: fr -*-
+
 @ignore
-    Translation of GIT committish: 2a87f1e1f98b76751482cae4474d41aa5e38e37b
+    Translation of GIT committish: 8df40d45e4366f4e9baa2cec3b7eb38b6482150f
 
     When revising a translation, copy the HEAD committish of the
     version that you are working on.  For details, see the Contributors'
     Guide, node Updating translation committishes..
 @end ignore
 
-@c \version "2.17.5"
+@c \version "2.17.6"
 
 @c Translators: Valentin Villenave, Nicolas Klutchnikoff, Damien Heurtebise
 @c Translation checkers: Jean-Charles Malahieude, John Mandereau
 @c Translation status: post-GDP
 
 @node Retouche de partition
 @chapter Retouche de partition
 @translationof Tweaking output
 
 Ce chapitre indique comment modifier le résultat obtenu.
@@ skipping 30 matching lines @@
 anglais) les différents moyens dont dispose l'utilisateur pour
 intervenir sur l'interprétation du fichier d'entrée et pour modifier
 l'apparence du fichier de sortie.  Certaines retouches sont très
 simples à mettre en œuvre ; d'autres sont plus complexes.  Mais
 à elles toutes, elles permettent d'obtenir tout ce qu'on veut en matière
 de musique imprimée.
 
 Dans ce chapitre, nous traitons des concepts de base nécessaires
 pour comprendre l'art de la retouche.  Puis nous présentons de
 nombreuses commandes déjà prêtes, qu'il suffit de recopier pour
-obtenir un résultat identique dans vos partitions ; nous en
-profitons pour expliquer comment ces commandes ont été construites, si
-bien que vous pouvez apprendre par la même occasion à développer
-vos propres retouches.
+obtenir un résultat identique dans vos partitions ; nous en profitons
+pour expliquer comment ces commandes ont été construites, si bien que
+vous pouvez apprendre par la même occasion à développer vos propres
+retouches.
 
 Avant de vous lancer dans ce chapitre, il peut être utile de revoir la
 section @ref{Contextes et graveurs}, dans la mesure où les contextes,
 graveurs et autres propriétés qui y sont décrits, sont indispensables
 pour comprendre et construire les retouches.
 
 
 @node Objets et interfaces
 @subsection Objets et interfaces
 @translationof Objects and interfaces
 
 @cindex objet
 @cindex grob
 @cindex spanner
 @cindex extenseur
 @cindex interface
 @cindex propriétés des objets
 @cindex objet, propriétés
 @cindex objet de rendu
 @cindex rendu, objets de
 
 Toute retouche implique que l'on modifie les opérations internes
 et les structures du programme LilyPond.  Nous allons donc, pour
 commencer, présenter certains termes qui servent à décrire ces
 opérations internes et ces structures.
 
 Le terme @qq{Objet} est un terme générique qui fait référence à
 une multitude de structures internes mises en place par LilyPond
 durant la compilation d'un fichier d'entrée.  Ainsi, quand une
-commande du type @code{\new Staff} apparaît, un nouvel objet
-du type @code{Staff} est créé.  Cet objet @code{Staff} contient
-alors toutes les propriétés associées à cette portée, par exemple son
-nom et son armure, ainsi que le détail des graveurs qui ont été
-désignés pour fonctionner dans ce contexte de portée.
-Certains objets peuvent contenir les propriétés de tous les autres
-contextes, comme les objets @code{Voice}, les objets @code{Score},
-les objets @code{Lyrics} ; d'autres se rapportent à tous les
-éléments de notation, comme les barres de mesure, les liaisons, les
-nuances, etc. Chaque objet dispose de son propre échantillon de valeurs
-pour le réglage des propriétés.
+commande du type @code{\new Staff} apparaît, un nouvel objet du type
+@code{Staff} est créé.  Cet objet @code{Staff} contient alors toutes les
+propriétés associées à cette portée, par exemple son nom et son armure,
+ainsi que le détail des graveurs qui ont été désignés pour fonctionner
+dans ce contexte de portée.  Certains objets peuvent contenir les
+propriétés de tous les autres contextes, comme les objets @code{Voice},
+les objets @code{Score}, les objets @code{Lyrics} ; d'autres se
+rapportent à tous les éléments de notation, comme les barres de mesure,
+les liaisons, les nuances, etc.  Chaque objet dispose de son propre
+échantillon de valeurs pour le réglage des propriétés.
 
 Certains types d'objet portent des noms spécifiques.  Les objets qui se
 rapportent à des éléments de notation sur le fichier de sortie, comme
 les notes, les hampes, les liaisons de phrasé ou de prolongation, les
-doigtés, les clefs, etc. sont appelés @qq{Objets de rendu} ; ils
-sont aussi connus sous le nom d'@qq{Objets graphiques} (en
-anglais : @emph{Graphical objects} ou @emph{Grobs} pour faire
-court).  Ce sont bien des objets au sens générique ci-dessus et, en
-tant que tels, ils reçoivent des propriétés qui leur sont associées,
-comme leur position, leur taille, leur couleur etc.
+doigtés, les clefs, etc. sont appelés @qq{Objets de rendu} ; ils sont
+aussi connus sous le nom d'@qq{Objets graphiques} (en anglais :
+@emph{Graphical objects} ou @emph{Grobs} pour faire court).  Ce sont
+bien des objets au sens générique ci-dessus et, en tant que tels, ils
+reçoivent des propriétés qui leur sont associées, comme leur position,
+leur taille, leur couleur etc.
 
 Certains objets de rendu, comme les liaisons de phrasé, les soufflets
 de crescendo, les marques d'octaviation et beaucoup d'autres
 @emph{grobs}, ont pour particularité de ne pas se situer à un seul et
 unique endroit -- ils ont un point de départ, un point d'arrivée, et
 éventuellement d'autres propriétés relatives à leur forme.  Ces objets
 avec une forme étendue sont appelés des bandeaux (@emph{Spanners} en
 anglais).
 
 Il reste à expliquer ce que sont les @qq{interfaces}.  De nombreux
 objets, qui peuvent être très différents les uns des autres, ont pour
 point commun de devoir être compilés simultanément.  Par exemple, tous
-les @emph{grobs} ont une couleur, une taille, une position etc., et
+les @emph{grobs} ont une couleur, une taille, une position, etc. et
 toutes ces propriétés sont compilées simultanément durant
 l'interprétation du fichier d'entrée par LilyPond.  Pour alléger ces
 opérations internes, ces actions et propriétés communes sont regroupées
 en un objet appelé @code{grob-interface}.  Il existe beaucoup d'autres
 regroupements de propriétés communes dans le genre de celui-ci, chacun
 portant un nom qui se termine par @code{interface}.  En tout, on en
 compte plus d'une centaine.  Nous verrons plus loin en quoi c'est
 intéressant et utile pour l'utilisateur.
 
 Ainsi s'achève le tour des principaux termes relatifs aux objets
@@ skipping 48 matching lines @@
 nom de ses propriétés.
 
 
 @node Méthodes de retouche
 @subsection Méthodes de retouche
 @translationof Tweaking methods
 
 @cindex retouches, méthodologie
 @cindex méthodes de retouche
 
+
 @strong{La commande \override}
 
 @cindex override, commande
 @cindex override, syntaxe
 
 @funindex \override
 @funindex override
 
 Dans @ref{Modification des propriétés d'un contexte} et dans
 @ref{Ajout et suppression de graveurs}, nous avons déjà rencontré les
@@ skipping 16 matching lines @@
 \override @var{Contexte}.@var{ObjetDeRendu} #'@var{propriété-rendu} = #@var{valeur}
 @end example
 
 @noindent
 Elle attribue à la propriété appelée @var{propriété-rendu}, associée à
 l'objet @var{ObjetDeRendu}, appartenant lui-même au contexte
 @var{Contexte}, une valeur @var{valeur}.
 
 Le contexte @var{Contexte} peut être omis (c'est généralement
 le cas) quand il n'y a pas d'ambiguïté et qu'il s'agit d'un contexte
-de très bas niveau, comme @code{Voice}, @code{ChordNames}
-ou @code{Lyrics}.  Dans les exemples qui suivent, le contexte sera
-très souvent omis.  Nous verrons plus tard dans quelles
-circonstances il doit impérativement être indiqué.
+de très bas niveau, comme @code{Voice}, @code{ChordNames} ou
+@code{Lyrics}.  Dans les exemples qui suivent, le contexte sera très
+souvent omis.  Nous verrons plus tard dans quelles circonstances il doit
+impérativement être indiqué.
 
 Les sections ci-dessous traitent largement des propriétés et de leurs
 valeurs -- voir @ref{Types de propriétés} -- mais, pour illustrer la
 mise en forme et l'utilisation de ces commandes, nous nous limiterons à
 n'employer que quelques propriétés et valeurs simples, facilement
 compréhensibles.
 
 Nous ne parlerons dans l'immédiat ni du @code{#'}, qui précède
 toujours la propriété, ni du @code{#}, qui précède toujours la
 valeur.  Ces deux éléments doivent obligatoirement être
 présents sous cette forme.  Voici la commande la plus fréquente
 pour faire des retouches, et pratiquement tout le reste de ce
 chapitre aura pour but montrer, à travers des exemples, comment
 l'utiliser.  L'exemple ci-dessous change la couleur des têtes de
 notes :
 
 @cindex couleur,exemple d'utilisation de la propriété
 @cindex NoteHead, exemple de dérogation
 
 @lilypond[quote,fragment,ragged-right,verbatim,relative=1]
 c4 d
 \override NoteHead #'color = #red
 e4 f |
 \override NoteHead #'color = #green
 g4 a b c |
 @end lilypond
 
+
 @strong{La commande \revert}
 
 @cindex revert, commande
 
 @funindex \revert
 @funindex revert
 
 Une fois qu'elle a été modifiée, la propriété conserve sa nouvelle
 valeur jusqu'à ce qu'elle soit à nouveau modifiée ou qu'elle rencontre
 la commande @code{\revert}.  La commande @code{\revert} obéit à
@@ skipping 17 matching lines @@
 @lilypond[quote,fragment,ragged-right,verbatim,relative=1]
 c4 d
 \override NoteHead #'color = #red
 e4 f |
 \override NoteHead #'color = #green
 g4 a
 \revert NoteHead #'color
 b4 c |
 @end lilypond
 
+
 @strong{Le préfixe \once}
 
 @funindex \once
 @funindex once
 
 Les commandes @code{\override} et @code{\set} peuvent supporter
 toutes les deux le préfixe @code{\once}.  Celui-ci a pour fonction de
 n'appliquer la commande @code{\override} ou @code{\set} qu'à
 l'instant musical en cours, avant que la propriété ne reprenne
 sa valeur antérieure -- qui n'est pas forcément la valeur par défaut
@@ skipping 21 matching lines @@
 @funindex \overrideProperty
 @funindex overrideProperty
 
 Il existe une autre forme de commande @code{\override},
 @code{\overrideProperty}, qui est parfois utile.  Nous la mentionnons
 ici par souci d'exhaustivité ; pour le détail, voir
 @rextend{Retouches complexes}.
 
 @c Maybe explain in a later iteration  -td
 
+
 @strong{La commande \tweak}
 
 @cindex tweak, commande
 
 @funindex \tweak
 @funindex tweak
 
 La dernière commande disponible pour les retouches est
 @code{\tweak}.  Elle sert à changer les propriétés d'objets qui
 surviennent simultanément dans la musique, comme par exemple les
@@ skipping 94 matching lines @@
 @cindex crochet de nolet
 @cindex nolet, crochet
 @cindex triolet, crochet
 
 @funindex TupletBracket
 
 Quand plusieurs nolets sont imbriqués et commencent au même instant
 musical, c'est encore la commande @code{\tweak} qui est utilisée pour
 changer l'apparence de l'un d'entre eux.  Dans l'exemple suivant, le
 long crochet de nolet et le premier des trois crochets courts commencent
-au même instant musical ; une commande @code{\override}
-s'appliquerait donc à la fois aux deux.  En revanche, @code{\tweak}
-permet de les dissocier.  La première commande @code{\tweak} indique que
-le long crochet doit être placé au-dessus des notes, et la seconde
-indique que le coefficient de nolet doit être imprimé en rouge sur le
-premier crochet de triolet court.
+au même instant musical ; une commande @code{\override} s'appliquerait
+donc à la fois aux deux.  En revanche, @code{\tweak} permet de les
+dissocier.  La première commande @code{\tweak} indique que le long
+crochet doit être placé au-dessus des notes, et la seconde indique que
+le coefficient de nolet doit être imprimé en rouge sur le premier
+crochet de triolet court.
 
 @cindex @code{\tweak}, exemple
 @cindex direction, exemple d'utilisation de la propriété
 @cindex couleur, exemple d'utilisation de la propriété
 
 @lilypond[quote,ragged-right,verbatim,fragment,relative=2]
 \tweak #'direction #up
 \times 4/3 {
   \tweak #'color #red
   \times 2/3 { c8[ c c] }
@@ skipping 95 matching lines @@
   }
   \addlyrics {
     The man who | feels love's sweet e -- | mo -- tion
   }
 }
 @end lilypond
 
 Admettons que nous voulions rendre les traits de liaison plus épais.
 Est-ce possible ?  Une liaison est assurément un objet de rendu, si
 bien que la question est @qq{Existe-t-il une propriété attachée aux
-liaisons et qui en contrôle l'épaisseur ?} Pour y répondre, nous
+liaisons et qui en contrôle l'épaisseur ?}  Pour y répondre, nous
 consultons la Référence des propriétés internes (ou RPI pour faire
 court).
 
 Vous trouverez sur le site de LilyPond @uref{http://lilypond.org} la
 RPI correspondant à votre version du programme.  Allez sur la page
 Documentation et cliquez sur Référence des propriétés internes.
 Pour l'apprentissage, mieux vaut utiliser la version HTML standard,
 et non la @qq{page unique en anglais} ou le PDF.  Durant la lecture
 des prochains paragraphes, il vous est conseillé de vous y reporter
 réellement afin que les explications prennent tout leur sens.
@@ skipping 18 matching lines @@
 l'ordre alphabétique.  Il faut donc les parcourir en entier pour trouver
 la propriété susceptible de contrôler l'épaisseur des traits de liaison.
 
 @example
 @code{thickness} (nombre)
      @code{1.2}
      Épaisseur de ligne, généralement mesurée en @code{line-thickness}
 @end example
 
 Voilà qui semble approprié pour changer l'épaisseur (@emph{thickness} en
-anglais).  On apprend que la valeur de @code{thickness}
-est un simple nombre (@emph{number}), qu'elle est par défaut définie
-à 1,2 et que l'unité de mesure est fixée par une autre propriété
-appelée @code{line-thickness}.
+anglais).  On apprend que la valeur de @code{thickness} est un simple
+nombre (@emph{number}), qu'elle est par défaut définie à 1,2 et que
+l'unité de mesure est fixée par une autre propriété appelée
+@code{line-thickness}.
 
 Comme il a été indiqué, on ne trouve que peu, voire pas du tout
 d'explication dans la RPI, mais nous en savons assez pour essayer
 de changer l'épaisseur de la liaison.  Comme nous l'avons vu, le
 nom de l'objet est @code{Slur}, le nom de la propriété à changer
 est @code{thickness} et la nouvelle valeur sera un nombre supérieur
 à @code{1.2} si l'on veut augmenter l'épaisseur du trait.
 
 Pour construire la commande @code{\override}, il suffit donc de
 remplacer les valeurs que nous avons trouvées en guise de noms, en
@@ skipping 29 matching lines @@
   }
   \addlyrics {
     The man who | feels love's sweet e -- | mo -- tion
   }
 }
 @end lilypond
 
 @noindent
 et nous constatons que le trait de liaison est beaucoup plus épais.
 
-Telle est la façon normale de construire les commandes
+Telle est la façon normale de construire des commandes
 @code{\override}.  Comme nous aurons l'occasion de le voir
 par la suite, le problème est parfois plus complexe.  Dans
 l'immédiat, nous en savons assez pour construire nos propres
 commandes -- mais il faut encore s'exercer.  Les exemples
 suivants sont là dans cette intention.
 
 
 @subheading Détermination du contexte adéquat
 @c VO Finding the context
 
 @cindex contexte, détermination du
 @cindex contexte, identification correcte du
 
-Tout d'abord, de quoi avions-nous besoin pour préciser le
-contexte ?  À quoi devait-il ressembler ?  Gageons que les
-liaisons appartiennent au contexte Voix, dans la mesure où
-elles sont étroitement liées à une ligne mélodique, mais
-comment en être sûr ?  Pour répondre à cette question,
-revenons en haut de la page de la RPI consacrée aux liaisons ;
+Tout d'abord, de quoi avions-nous besoin pour préciser le contexte ?  À
+quoi devait-il ressembler ?  Gageons que les liaisons appartiennent au
+contexte Voix, dans la mesure où elles sont étroitement liées à une
+ligne mélodique, mais comment en être sûr ?  Pour répondre à cette
+question, revenons en haut de la page de la RPI consacrée aux liaisons ;
 il est écrit : @qq{Les objets Liaison sont créés par le graveur
-Slur_engraver}.  Ainsi les liaisons seront créées dans n'importe
-quel contexte où se trouve le @code{Slur_engraver}.  Suivons
-le lien vers la page @code{Slur_engraver}.  Tout en bas, on
-lit que le @code{Slur_engraver} est un élément appartenant
-à cinq contextes Voix, dont le contexte de voix
-standard, @code{Voice}.  Notre hypothèse était donc juste.
-Et parce que @code{Voice} est un contexte de très bas
+Slur_engraver}.  Ainsi les liaisons seront créées dans n'importe quel
+contexte où se trouve le @code{Slur_engraver}.  Suivons le lien vers la
+page @code{Slur_engraver}.  Tout en bas, on lit que le
+@code{Slur_engraver} est un élément appartenant à cinq contextes Voix,
+dont le contexte de voix standard, @code{Voice}.  Notre hypothèse était
+donc juste.  Et parce que @code{Voice} est un contexte de très bas
 niveau, qu'il est activé sans ambiguïté par le fait que l'on est
 en train de saisir des notes, on peut ici ne pas le mentionner.
 
 
 @subheading Redéfinition pour une seule occurrence
 @c VO Overriding once only
 
 @cindex dérogation pour une seule fois
 @cindex usage unique, dérogation à
 
 @funindex \once
 @funindex once
 
 Dans le dernier exemple ci-dessus, @emph{toutes} les liaisons étaient
-plus épaisses.  Et si on veut épaissir uniquement la première
-liaison ?  On recourt alors à la commande @code{\once}.  Placée
-juste avant la commande @code{\override}, elle lui indique de ne changer
-que la liaison commençant avec la note @strong{juste après}.  Si la note
-juste après n'ouvre pas une liaison, la commande sera sans aucun effet
--- elle ne reste pas en mémoire jusqu'à la prochaine liaison, elle est
-purement et simplement ignorée.  Il faut donc que la commande introduite
-par @code{\once} soit insérée comme suit :
+plus épaisses.  Et si on veut épaissir uniquement la première liaison ?
+On recourt alors à la commande @code{\once}.  Placée juste avant la
+commande @code{\override}, elle lui indique de ne changer que la liaison
+commençant avec la note @strong{juste après}.  Si la note juste après
+n'ouvre pas une liaison, la commande sera sans aucun effet -- elle ne
+reste pas en mémoire jusqu'à la prochaine liaison, elle est purement et
+simplement ignorée.  Il faut donc que la commande introduite par
+@code{\once} soit insérée comme suit :
 
 @cindex Slur, exemple de dérogation
 @cindex thickness, exemple d'utilisation de la propriété
 @cindex Liaison, exemple de dérogation
 @cindex Épaisseur, exemple d'utilisation de la propriété
 
 @lilypond[quote,verbatim,relative=2]
 {
   \key es \major
   \time 6/8
@@ skipping 24 matching lines @@
 @cindex revert
 @cindex rétablissement
 @cindex retour
 @cindex défaut, retour aux propriétés par
 
 @funindex \revert
 @funindex revert
 
 Et si l'on voulait que les deux premières liaisons soient plus
 épaisses ?  On pourrait bien sûr utiliser deux commandes, chacune
-précédée de @code{\once}, et placées juste avant la note par laquelle
+précédée de @code{\once} et placée juste avant la note par laquelle
 débute la liaison :
-
 
 @cindex liaison, exemple de dérogation
 @cindex thickness, exemple d'utilisation de la propriété
 @cindex épaisseur, exemple d'utilisation
 
 @lilypond[quote,verbatim,relative=2]
 {
   \key es \major
   \time 6/8
   {
@@ skipping 165 matching lines @@
 
 
 @subheading Spécification du contexte en mode lyrique
 @c VO Specifying the context in lyric mode
 
 @cindex contexte, spécification en mode lyrique
 @cindex mode lyrique, spécification de contexte en
 
 Lorsqu'il s'agit de paroles et qu'on cherche à préciser le contexte
 sur le modèle de ce qui a été fait précédemment, la commande échoue.
-Car une syllabe saisie en mode Paroles (lyricmode) se termine
+Car une syllabe saisie en mode Paroles (@code{lyricmode}) se termine
 obligatoirement par une espace, un saut de ligne ou un nombre.  Tout
 autre caractère compte comme un élément de la syllabe.  C'est pourquoi
 il faut une espace ou un saut de ligne avant le @code{@}} final, pour
 éviter qu'il ne soit assimilé à la dernière syllabe.  De même, il faut
 insérer des espaces de part et d'autre du point, @qq{.}, qui sépare le
 nom de contexte du nom de l'objet, faute de quoi les deux noms seront
 joints et l'interpréteur ne pourra pas les reconnaître.  La formulation
 correcte est donc :
 
 @example
@@ skipping 33 matching lines @@
   @tab Exemples
 @item Booléenne (@emph{Boolean} en anglais)
   @tab Vrai (@emph{true} en anglais) ou Faux (@emph{false} en anglais),
        sous la forme @code{#t} ou @code{#f}
   @tab @code{#t}, @code{#f}
 @item Dimension (en espaces de portée)
   @tab Un nombre positif décimal (en unités de lignes de portée)
   @tab @code{2.5}, @code{0.34}
 @item Direction
   @tab Une direction valide ou son équivalent numérique (valeur décimale
-       comprise entre -1 et 1 seulement)
+  comprise entre -1 et 1 seulement)
   @tab @code{LEFT}, @code{CENTER}, @code{UP}, @code{1}, @code{-1}
 @item Entier (@emph{Integer} en anglais)
   @tab Un nombre entier positif
   @tab @code{3}, @code{1}
 @item Liste
   @tab Plusieurs valeurs séparées par une espace, encadrées par des
-parenthèses et précédées par une apostrophe
+  parenthèses et précédées par une apostrophe
   @tab @code{'(left-edge staff-bar)}, @code{'(1)},
        @code{'(1.0 0.25 0.5)}
 @item Markup (ou étiquette)
   @tab Toute commande @code{\markup} valide
   @tab @code{\markup @{ \italic "cresc." @}}
 @item Durée (@emph{Moment} en anglais)
   @tab Une durée de note construite avec la fonction make-moment
   @tab @code{(ly:make-moment 1 4)}, @code{(ly:make-moment 3 8)}
 @item Nombre
   @tab Une valeur décimale positive ou négative
   @tab @code{3.5}, @code{-2.45}
 @item Paire (de nombres)
   @tab Deux nombres séparées par @qq{espace point espace}, encadrés
 par des parenthèses et précédés par une apostrophe
   @tab @code{'(2 . 3.5)}, @code{'(0.1 . -3.2)}
 @item Symbole
   @tab L'un des symboles autorisés pour cette propriété, précédé par une
-apostrophe
+  apostrophe
   @tab @code{'italic}, @code{'inside}
 @item Inconnu (@emph{Unknown} en anglais)
   @tab Un processus, ou @code{#f} pour empêcher toute action
   @tab @code{bend::print}, @code{ly:text-interface::print}, @code{#f}
 @item Vecteur
   @tab Une liste de trois éléments encadrés par des parenthèses et
-précédés par apostrophe-hash, @code{'#}
+  précédés par apostrophe-hash, @code{'#}
   @tab @code{'#(#t #t #f)}
 @end multitable
 
 @seealso
 Manuel d'extension :
 @rextend{Tutoriel Scheme}.
 
 
 @node Apparence des objets
 @section Apparence des objets
@@ skipping 41 matching lines @@
 @code{BarLine}.  Parmi ses propriétés, deux d'entre elles déterminent
 son aspect visuel : @code{break-visibility} et @code{stencil}.
 L'objet @code{BarLine} est également lié à plusieurs interfaces, dont la
 @code{grob-interface} où figurent les propriétés @code{transparent} et
 @code{color}.  Toutes peuvent modifier l'aspect visuel des barres de
 mesure -- et de beaucoup d'autres objets, bien sûr.  Examinons chacune
 d'elles tour à tour.
 
 
 @subheading stencil
+@c VO stencil
 
 @cindex stencil, propriété
-@c VO stencil
 
 Cette propriété contrôle l'apparence des barres de mesure en précisant
 le type de symbole (glyphe) à imprimer.  Comme pour de nombreuses
 autres propriétés, on peut lui indiquer de ne rien imprimer en lui
 attribuant la valeur @code{#f}.  Essayons en laissant de côté, une fois
 encore, le contexte concerné (@code{Voice} en l'occurrence) :
 
 @cindex BarLine, exemple de dérogation
 @cindex stencil, exemple d'utilisation de la propriété
 
@@ skipping 10 matching lines @@
 Les barres de mesure sont encore là !  Pourquoi ?  Retournons
 à la RPI et regardons de nouveau la page qui traite des propriétés de
 @code{BarLine}.  En haut de la page, il est précisé que @qq{Les objets
 BarLine sont créés par le graveur Bar_engraver}.  Allons à la page de
 @code{Bar_engraver}.  Tout en bas se trouve la liste des contextes dans
 lesquels fonctionne ce graveur.  Tous sont du type @code{Staff}, de
 sorte que, si la commande @code{\override} n'a pas fonctionné comme
 prévu, c'est parce que @code{Barline} n'appartient pas au contexte par
 défaut, @code{Voice}.  Si le contexte spécifié est erroné, la commande
 ne fonctionne pas.  Cela n'entraîne pas de message d'erreur, et rien
-n'apparaît dans le fichier log.  Essayons de corriger en mentionnant le
-bon contexte :
+n'apparaît dans le fichier @emph{log}.  Essayons de corriger en
+mentionnant le bon contexte :
 
 @cindex BarLine, exemple de dérogation
 @cindex stencil, exemple d'utilisation de la propriété
 
 @lilypond[quote,fragment,ragged-right,verbatim,relative=2]
 {
   \time 12/16
   \override Staff.BarLine #'stencil = ##f
   c4 b8 c d16 c d8 |
   g,8 a16 b8 c d4 e16 |
   e8
 }
 @end lilypond
 
 Cette fois, les barres de mesure ont disparu.
 
 Vous remarquerez que l'affectation de la valeur @code{#f} à la propriété
 @code{stencil} déclenchera une erreur dès lors que l'objet en question se
 doit d'avoir des dimensions pour les nécessités du traitement.  Ce sera
 le cas, par exemple, si vous effacez le @code{stencil} d'un objet
 @code{NoteHead}.  Il vaut mieux, en pareil cas, utiliser la fonction
 @code{point-stencil} qui, quant à elle, attribue à l'objet une taille à
-zero :
+zéro :
 
 @lilypond[quote,verbatim,relative=2]
 {
   c4 c
   \once \override NoteHead #'stencil = #point-stencil
   c4 c
 }
 @end lilypond
 
 
 @subheading visibilité des barres (break-visibility)
 @c VO break-visibility
 
 @cindex break-visibility, propriété
 
 La RPI mentionne, à la page sur @code{BarLine}, que la propriété
 @code{break-visibility} attend comme argument un vecteur de trois
 booléens.  Ceux-ci indiquent respectivement si les barres de mesure
 doivent être imprimées ou non à la fin de la ligne, à l'intérieur de la
 ligne et au début de la ligne.  Dans notre cas, nous voulons que toutes
 les barres soient supprimées, si bien que la valeur dont nous avons
-besoin est @code{'#(#f #f #f)}.  Essayons, sans oublier
-d'ajouter le contexte @code{Staff}.  Vous remarquerez que, en plus de
-cette valeur, nous ajoutons @code{#'#} devant la parenthèse ouvrante.
-Le @code{'#} est nécessaire car il fait partie intégrante de la valeur
-contenant un vecteur, et le premier @code{#} est là, comme toujours avec
-la commande @code{\override}, pour introduire la valeur elle-même.
+besoin est @code{'#(#f #f #f)}.  Essayons, sans oublier d'ajouter le
+contexte @code{Staff}.  Vous remarquerez que, en plus de cette valeur,
+nous ajoutons @code{#'#} devant la parenthèse ouvrante.  Le @code{'#}
+est nécessaire car il fait partie intégrante de la valeur contenant un
+vecteur, et le premier @code{#} est là, comme toujours avec la commande
+@code{\override}, pour introduire la valeur elle-même.
 
 @cindex BarLine, exemple de dérogation
 @cindex break-visibility exemple d'utilisation de la propriété
 
 @lilypond[quote,fragment,ragged-right,verbatim,relative=2]
 {
   \time 12/16
   \override Staff.BarLine #'break-visibility = #'#(#f #f #f)
   c4 b8 c d16 c d8 |
   g,8 a16 b8 c d4 e16 |
@@ skipping 139 matching lines @@
 le symbole et insérer les deux à l'intérieur de parenthèses.
 
 @cindex rgb, couleur
 @cindex couleurs rgb
 
 @funindex rgb-color
 
 Il existe une troisième fonction, écrite pour convertir les valeurs RVB
 en couleurs internes -- la fonction @code{rgb-color}.  Elle comporte
 trois arguments, donnant respectivement l'intensité du rouge, du vert et
-du bleu.  Ces arguments prennent des valeurs comprises entre 0 et 1.
+du bleu.  Ces arguments prennent des valeurs comprises entre 0 et 1.
 Ainsi, pour choisir la couleur rouge, la valeur serait
-@code{(rgb-color 1 0 0)} ; pour le blanc, ce serait
-@code{(rgb-color 1 1 1)} :
+@code{(rgb-color 1 0 0)} ; pour le blanc, ce serait
+@code{(rgb-color 1 1 1)} :
 
 @cindex BarLine, exemple de dérogation
 @cindex color, exemple d'utilisation de la propriété
 
 @lilypond[quote,fragment,ragged-right,verbatim,relative=2]
 {
   \time 12/16
   \override Staff.BarLine #'color = #(rgb-color 1 1 1)
   c4 b8 c d16 c d8 |
   g,8 a16 b8 c d4 e16 |
@@ skipping 251 matching lines @@
 @cindex hampe, modification de longueur
 @cindex écartement des lignes, modification
 
 Dans LilyPond, les écartements et longueurs sont généralement mesurés en
 @qq{intervalles de lignes} (@emph{staff-spaces} en anglais),
 c'est-à-dire l'écartement qui sépare deux lignes adjacentes dans la
 portée -- plus rarement, il est question de demi-intervalles de lignes.
 Les propriétés d'épaisseur (@code{thickness}), quant à elles, sont
 généralement mesurées en unités d'une propriété interne appelée
 @qq{épaisseur de ligne} (@code{line-thickness}).  Par exemple, les
-lignes de crescendo/decrescendo présentent par défaut une épaisseur de
-1 unité de @code{line-thickness}, alors que l'épaisseur d'une hampe
+lignes de (de)crescendo présentent par défaut une épaisseur d'une
+unité de @code{line-thickness}, alors que l'épaisseur d'une hampe
 est de 1,3.  Toutefois, certaines propriétés d'épaisseur sont
 différentes : par exemple, l'épaisseur des ligature --
 @code{beam-thickness} -- se mesure en espaces de portée.
 
 Dans ces conditions, comment ajuster les longueurs à la taille des
 polices de caractères ?  La solution consiste à utiliser une
 fonction spéciale appelée @code{magstep} -- pseudo facteur de zoom --,
 créée précisément dans ce but.  Elle comporte un argument, le changement
-de taille de police (#-2 dans l'exemple précédent), à partir duquel elle
-applique un facteur de mise à l'échelle qui réduit, ou augmente, les
-objets en question.  Voici comment elle s'utilise :
+de taille de police (@code{#-2} dans l'exemple précédent), à partir
+duquel elle applique un facteur de mise à l'échelle qui réduit, ou
+augmente, les objets en question.  Voici comment elle s'utilise :
 
 @cindex alignAboveContext, exemple d'utilisation de la propriété
 @cindex @code{\with}, exemple
 @cindex Clef, exemple de dérogation
 @cindex TimeSignature, exemple de dérogation
 @cindex fontSize , exemple d'utilisation de la propriété
 @cindex StaffSymbol, exemple de dérogation
 @cindex magstep, exemple d'utilisation de la fonction
 @cindex staff-space, exemple d'utilisation de la propriété
 @cindex stencil, exemple d'utilisation de la propriété
@@ skipping 31 matching lines @@
 de toute la portée principale était modifiée, tout le placement
 horizontal s'en trouverait affecté.  Il en sera question plus bas dans
 cette section.
 
 Voilà qui complète la création d'une ossia. Les taille et longueur de
 tous les objets peuvent être modifiées de manière analogue.
 
 Pour de petits changements d'échelle, comme dans l'exemple ci-dessus, il
 n'est généralement pas utile d'ajuster l'épaisseur des différentes
 lignes telles que les barres de mesure, les ligatures, les soufflets de
-crescendo ou decrescendo, les liaisons, etc.  Si l'épaisseur d'un objet
+crescendo ou decrescendo, les liaisons, etc.  Si l'épaisseur d'un objet
 en particulier doit être ajustée, le mieux est de modifier sa propriété
 @code{thickness}.  Nous avons vu plus haut, dans
 @ref{Propriétés des objets de rendu}, un exemple de modification de
 l'épaisseur des liaisons.  L'épaisseur de tous les objets tracés
 (c'est-à-dire ceux qui ne proviennent pas d'une police de caractère)
 peut être changée de la même manière.
 
 
 @node Positionnement des objets
 @section Positionnement des objets
@@ skipping 15 matching lines @@
 @cindex portée, objets de la
 @cindex portée, objets extérieurs à la
 
 Dans la notation musicale, il y a des objets qui appartiennent à la
 portée et d'autres qui sont placés à l'extérieur de la portée. On les
 appelle respectivement les @qq{objets de la portée} (@emph{within-staff
 objects} en anglais) et les @qq{objets extérieurs à la portée}
 (@emph{outside-staff objects} en anglais).
 
 Les objets de la portée sont ceux qui sont placés sur la portée
--- les têtes de notes et les hampes, les altérations, etc.  Leur
+-- les têtes de notes et les hampes, les altérations, etc.  Leur
 position est généralement déterminée par la musique elle-même -- ils
 sont placés verticalement sur des lignes spécifiques ou sont liés à
 d'autres objets placés de cette manière.  Normalement, les collisions
 entre les têtes et queues de notes et les altérations dans des accords
 proches sont évitées automatiquement.  Comme nous le verrons rapidement,
 il existe des commandes et des possibilités de retouche qui permettent
 de modifier ce comportement automatique.
 
 Parmi les objets extérieurs à la portée, on compte des éléments comme
 les marques de reprise, les indications de texte ou de nuance.  Dans
@@ skipping 57 matching lines @@
 la musique polyphonique pour distinguer des lignes mélodiques
 entremêlées.  Mais il arrive qu'on ait besoin de modifier ce
 comportement automatique.  On peut le faire pour toutes les parties de
 la musique ou juste pour une note.  La propriété qui contrôle ce
 comportement est la propriété @code{direction} de chaque objet.
 Expliquons d'abord ce qu'elle fait, puis nous présenterons un certain
 nombre de commandes déjà prêtes qui évitent, pour les modifications les
 plus courantes, d'avoir à encoder les retouches.
 
 Certains objets comme les traits des liaisons se recourbent tantôt
-vers le haut, tantôt vers le bas ; d'autres encore, comme les
-hampes et les crochets, peuvent se décaler vers la gauche ou vers la
-droite selon qu'ils pointent vers le haut ou vers le bas.  Ce
-comportement est géré automatiquement dès lors que @code{direction} est
-activé.
+vers le haut, tantôt vers le bas ; d'autres encore, comme les hampes et
+les crochets, peuvent se décaler vers la gauche ou vers la droite selon
+qu'ils pointent vers le haut ou vers le bas.  Ce comportement est géré
+automatiquement dès lors que @code{direction} est activé.
 
 @cindex down
 @cindex up
 @cindex center
 @cindex neutral
 
 L'exemple ci-dessous montre dans la première mesure le comportement par
 défaut des hampes -- celles des notes les plus hautes pointant vers le
 bas et celles des notes les plus basses pointant vers le haut ;
 viennent ensuite quatre notes avec les hampes forcées vers le bas, puis
@@ skipping 51 matching lines @@
   @tab @code{\slurUp}
   @tab @code{\slurNeutral}
   @tab
 @item @code{\stemDown}
   @tab @code{\stemUp}
   @tab @code{\stemNeutral}
   @tab
 @item @code{\textSpannerDown}
   @tab @code{\textSpannerUp}
   @tab @code{\textSpannerNeutral}
-  @tab Le texte saisi en tant qu'extension est au-dessous/au-dessus de la portée
+  @tab Le texte saisi en tant qu'extension est au-dessous/au-dessus de
+  la portée
 @item @code{\tieDown}
   @tab @code{\tieUp}
   @tab @code{\tieNeutral}
   @tab
 @item @code{\tupletDown}
   @tab @code{\tupletUp}
   @tab @code{\tupletNeutral}
   @tab Les nolets sont au-dessous/au-dessus des notes
 @end multitable
 
@@ skipping 67 matching lines @@
 @cindex doigtés, exemple
 
 @lilypond[quote,verbatim,relative=2]
 <c-5 g-3 e-2 c-1>4
 <c^5 g_3 e_2 c_1>4
 <c^5 g^3 e^2 c_1>4
 @end lilypond
 
 On peut aller encore plus loin dans le positionnement des doigtés pour
 chacune des notes d'un accord grâce à la commande
-@code{\set fingeringOrientations}.  La syntaxe de cette commande
-est :
+@code{\set fingeringOrientations}.  La syntaxe de cette commande est :
 
 @example
 @code{\set fingeringOrientations = #'([up] [left/right] [down])}
 @end example
 
 @noindent
 On utilise @code{\set} car @code{fingeringOrientations} est une
 propriété du contexte @code{Voice}, créée et utilisée par le graveur
 @code{New_fingering_engraver}.
 
@@ skipping 291 matching lines @@
 
 @funindex \textLengthOn
 @funindex textLengthOn
 @funindex \textLengthOff
 @funindex textLengthOff
 
 Par défaut, l'espacement horizontal d'un texte produit sous forme de
 @emph{markup} (ou d'étiquette) n'est pas pris en compte, dans la mesure
 où ce qui est concerné n'entre pas dans la musique.  La commande
 @code{\textLengthOn} inverse ce comportement, faisant en sorte que les
-notes soient espacées autant qu'il le faut pour s'adapter au
-texte :
+notes soient espacées autant qu'il le faut pour s'adapter au texte :
 
 @lilypond[quote,fragment,ragged-right,verbatim,relative=2]
 \textLengthOn  % Cause notes to space out to accommodate text
 c2^"Text1"
 c2^"Text2" |
 c2^"Text3"
 c2^"Text4" |
 @end lilypond
 
 La commande qui permet de revenir au comportement par défaut est
@@ skipping 54 matching lines @@
 \key aes \major
 \time 9/8
 \dynamicUp
 bes4.~\f\< \( bes4 bes8 des4\ff\> c16 bes\! |
 ees,2.~\)\mf ees4 r8 |
 @end lilypond
 
 De toute façon, si les notes et les nuances qui leur sont liées sont
 trop proches, le positionnement automatique évitera les collisions en
 déplaçant davantage les nuances suivantes, mais le résultat peut ne
-pas être très satisfaisant, comme le montre cet exemple
-artificiel :
+pas être très satisfaisant, comme le montre cet exemple artificiel :
 
 @lilypond[quote,fragment,ragged-right,verbatim,relative=2]
 \dynamicUp
 a4\f b\mf c\mp b\p
 @end lilypond
 
 @noindent
 Si une telle situation devait survenir dans de la musique @qq{réelle},
 il serait préférable d'espacer un peu plus les notes, de façon que les
 indications de nuance puissent toutes se situer à la même distance de la
@@ skipping 21 matching lines @@
 @code{Y-extent}.  Ce sont des propriétés communes à tous les
 @emph{grobs} et que gère la @code{grob-interface}.
 
 @cindex @code{extra-spacing-width}
 
 Par défaut, la largeur des objets extérieurs à la portée est donnée
 comme étant nulle, si bien qu'ils peuvent se chevaucher
 horizontalement.  Pour remédier à cela, on a ajouté l'infini à
 l'extension gauche et moins l'infini à l'extension droite, en
 attribuant à @code{extra-spacing-width} la valeur
-@code{'(+inf.0 . -inf.0)}. Pour être sûr que les objets ne se
+@code{'(+inf.0 . -inf.0)}.  Pour être sûr que les objets ne se
 chevaucheront pas horizontalement, nous devons donc corriger cette
-valeur de @code{extra-spacing-width} en @w{@code{'(0 . 0)}}, afin que
+valeur de @code{extra-spacing-width} en @code{'(0 . 0)}, afin que
 leur vraie largeur se manifeste.  La commande pour y parvenir avec des
 indications de nuances est :
 
 @example
 \override DynamicText #'extra-spacing-width = #'(0 . 0)
 @end example
 
 @noindent
 Voyons si ça marche sur notre exemple précédent :
 
@@ skipping 72 matching lines @@
 plus haut à propos des objets de portée (voir
 @ref{Objets inclus dans la portée}).
 Les queues de note, les liaisons de phrasé et de prolongation, les
 crochets, les nuances et les nolets peuvent facilement être
 repositionnés de cette manière.  En contrepartie, vous n'avez le choix
 qu'entre deux positions, sans personnalisation possible.
 
 @item
 Les @strong{propriétés d'objet}, auxquelles LilyPond a recours pour
 positionner les objets, sont modifiables avec @code{\override}.  Il y a
-deux avantages à changer ces propriétés : (a) d'autres objets
+deux avantages à changer ces propriétés : (a) d'autres objets
 pourront être déplacés automatiquement si nécessaire pour faire de la
-place, et (b) la même retouche peut s'appliquer à toutes les occurrences
+place, et (b) la même retouche peut s'appliquer à toutes les occurrences
 du même type d'objet.  Ces propriétés sont :
 
 @itemize
 
 @item
 @code{direction}
 
 Ce point a déjà été traité en détails -- voir
 @ref{Objets inclus dans la portée}.
 
@@ skipping 159 matching lines @@
 qu'un objet peut être repositionné à n'importe quel endroit sans
 perturber quoi que ce soit.
 
 @item positions
 
 @cindex positions, propriété
 
 Cette propriété est très utile pour ajuster manuellement l'inclinaison
 et la hauteur des barres de ligature, des liaisons et des nolets.  Elle
 est suivie de deux nombres qui donnent la position des extrémités gauche
-et droite des barres, liaisons, etc. par rapport à la ligne médiane de
+et droite des barres, liaisons, etc. par rapport à la ligne médiane de
 la portée.  L'unité de référence est l'intervalle de lignes de portée.
 Attention toutefois au fait que les liaisons et phrasés ne peuvent pas
 être repositionnés n'importe où.  LilyPond commence par dresser la liste
 des emplacements possibles pour les liaisons et choisit par défaut la
 liaison qui @qq{semble la meilleure}.  Si la propriété @code{positions}
 a été retouchée, la liaison la plus proche de la position demandée sera
 retenue dans la liste.
 @end table
 
 @end enumerate
 
 Il est possible qu'un objet ne dispose pas de toutes ces propriétés.  Il
 est donc nécessaire de consulter la RPI pour vérifier quelles sont les
 propriétés disponibles pour l'objet en question.
 
 Voici une liste d'objets les plus couramment impliqués dans les
 collisions, avec le nom de l'objet à consulter dans la RPI afin de
 trouver les propriétés à retoucher pour obtenir un déplacement.
 
 
 @multitable @columnfractions .5 .5
-@headitem Type d'objet              @tab Nom d'objet
-@item Articulations                 @tab @code{Script}
-@item Barres de ligature            @tab @code{Beam}
-@item Doigté                        @tab @code{Fingering}
-@item Liaisons de phrasé            @tab @code{Slur}
-@item Liaisons de prolongation      @tab @code{Tie}
-@item Nolets                        @tab @code{TupletBracket}
-@item Nuances (verticalement)       @tab @code{DynamicLineSpanner}
-@item Nuances (horizontalement)     @tab @code{DynamicText}
-@item Reprises / marques de texte   @tab @code{RehearsalMark}
-@item Texte, p.ex. @code{^"texte"}  @tab @code{TextScript}
+@headitem Type d'objet                @tab Nom d'objet
+@item Articulations                   @tab @code{Script}
+@item Barres de ligature              @tab @code{Beam}
+@item Doigté                          @tab @code{Fingering}
+@item Liaisons de phrasé              @tab @code{Slur}
+@item Liaisons de prolongation        @tab @code{Tie}
+@item Nolets                          @tab @code{TupletBracket}
+@item Nuances (verticalement)         @tab @code{DynamicLineSpanner}
+@item Nuances (horizontalement)       @tab @code{DynamicText}
+@item Reprises / marques de texte     @tab @code{RehearsalMark}
+@item Texte, par ex. @code{^"texte"}  @tab @code{TextScript}
 @end multitable
 
 
 @node Correction des collisions d'objets
 @subsection Correction des collisions d'objets
 @translationof Fixing overlapping notation
 
 Voyons maintenant comment les propriétés décrites dans la section
 précédente peuvent nous aider à résoudre les collisions.
 
@@ skipping 158 matching lines @@
 @lilypond[quote,verbatim,fragment,ragged-right, relative=1]
 << { c4 c c c } \\ { R1 } >>
 @end lilypond
 
 Ici, la meilleure solution consiste à déplacer le symbole de pause vers
 le bas -- puisque cette pause appartient à la voix deux.  Par défaut,
 dans la @code{\voiceTwo} (c'est-à-dire dans la seconde voix d'une
 construction @code{<<@{@dots{}@} \\ @{@dots{}@}>>}), la propriété
 @code{staff-position} est réglée sur @code{-4} pour les
 @code{MultiMeasureRest} ; nous avons donc besoin de la déplacer, disons,
-de quatre demi-intervalles vers le bas, ce qui donne @code{-8}.
+de quatre demi-intervalles vers le bas, ce qui donne @code{-8}.
 
 @cindex MultiMeasureRest, exemple de dérogation
 @cindex staff-position, exemple d'utilisation de la propriété
 
 @lilypond[quote,verbatim,fragment,ragged-right, relative=1]
 <<
   { c4 c c c }
   \\
   \override MultiMeasureRest #'staff-position = #-8
   { R1 }
@@ skipping 11 matching lines @@
 @cindex positionnement des objets
 @cindex positionnement des grobs
 @cindex objets, positionnement
 @cindex grobs, positionnement
 
 La propriété @code{extra-offset} offre la possibilité de contrôler
 entièrement le placement d'un objet, aussi bien horizontalement que
 verticalement.
 
 Dans l'exemple suivant, la seconde indication de doigté est déplacée
-légèrement vers la gauche et de 1,8 intervalle de lignes vers le
-bas :
+légèrement vers la gauche et de 1,8 intervalle de lignes vers le bas :
 
 @cindex Fingering, exemple de dérogation
 @cindex extra-offset, exemple d'utilisation de la propriété
 
 @lilypond[quote,fragment,relative=1,verbatim]
 \stemUp
 f4-5
 \once \override Fingering #'extra-offset = #'(-0.3 . -1.8)
 f4-5
 @end lilypond
@@ skipping 60 matching lines @@
     { c'1 ~ c'2. e'8 f' }
     \\
     { e''8 e'' e'' e''  e'' e'' e'' e''  f''2 g'' }
   >>
 }
 @end lilypond
 
 @noindent
 On peut y remédier en déplaçant manuellement vers le haut les deux
 extrémités des ligatures de croches, non plus à 1,81 intervalle
-au-dessous de la ligne médiane mais, disons, à 1 :
+au-dessous de la ligne médiane mais, disons, à 1 :
 
 @cindex Beam, exemple de dérogation
 @cindex positions, exemple d'utilisation de la propriété
 
 @lilypond[quote,verbatim,fragment,ragged-right]
 {
   \time 4/2
   <<
     { c'1 ~ c'2. e'8 f' }
     \\
@@ skipping 82 matching lines @@
 @node Exemple concret
 @subsection Exemple concret
 @translationof Real music example
 
 Pour terminer ce chapitre consacré aux retouches, voici, étape par
 étape, la mise en forme d'un exemple concret nécessitant un certain
 nombre de retouches jusqu'à l'obtention du résultat attendu.  Cet
 exemple a été choisi en raison des problèmes inhabituels de notation
 qu'il soulevait et pour vous apprendre à les résoudre grâce au Manuel de
 notation.  Il n'est pas représentatif d'une opération normale de
-gravure ; que ces difficultés ne vous découragent donc pas !
-Des difficultés comme celles-ci ne sont, heureusement, pas
-courantes !
+gravure ; que ces difficultés ne vous découragent donc pas !  Des
+difficultés comme celles-ci ne sont, heureusement, pas courantes !
 
 Cet exemple est tiré de la Première Ballade de Chopin, Op. 23, mesures
 6 à 9 ; cela correspond à la transition entre le Lento d'ouverture
 et le Moderato.  Voici, pour commencer, ce à quoi nous voulons que la
 partition ressemble ; pour limiter les complications, nous n'avons
 pas fait apparaître les indications de nuance, de doigté ni de pédale.
 
 
 @c The following should appear as music without code
 @c This example should not be indexed
@@ skipping 189 matching lines @@
   >>
 }
 @end lilypond
 
 La première mesure est maintenant correcte.  La seconde contient un
 arpège et doit se terminer par une double barre.  Comment faire, puisque
 cela n'a pas été traité dans le Manuel d'initiation ?  C'est alors
 qu'il faut nous reporter au Manuel de notation.  Quand on cherche
 @qq{arpège} et @qq{barre de mesure} dans l'index, on voit aisément qu'il
 faut ajouter @code{\arpeggio} à un accord pour produire un arpège et
-qu'une double barre est le résultat de la commande
-@code{\bar "||"}.  Rien de plus facile !  Nous devons ensuite
-corriger la collision entre la liaison et l'indication de mesure.  Le
-mieux est de déplacer la liaison vers le haut.  La méthode pour déplacer
-les objets a déjà été présentée dans @ref{Déplacement d'objets}, et l'on
-sait que, pour des objets positionnés par rapport à la portée, il nous
-faut modifier leur propriété @code{staff-position}, exprimée en
-demi-intervalles de lignes par rapport à la ligne médiane de la portée.
-Voici donc la retouche à insérer juste devant la première note
-liée ; elle est censée déplacer la liaison vers le haut de 3,5
-demi-intervalles de lignes au-dessus de la ligne médiane :
+qu'une double barre est le résultat de la commande @code{\bar "||"}.
+Rien de plus facile !  Nous devons ensuite corriger la collision entre
+la liaison et l'indication de mesure.  Le mieux est de déplacer la
+liaison vers le haut.  La méthode pour déplacer les objets a déjà été
+présentée dans @ref{Déplacement d'objets}, et l'on sait que, pour des
+objets positionnés par rapport à la portée, il nous faut modifier leur
+propriété @code{staff-position}, exprimée en demi-intervalles de lignes
+par rapport à la ligne médiane de la portée.  Voici donc la retouche à
+insérer juste devant la première note liée ; elle est censée déplacer la
+liaison vers le haut de 3,5 demi-intervalles de lignes au-dessus de la
+ligne médiane :
 
 @code{\once \override Tie #'staff-position = #3.5}
 
 Cela s'adjoint à la deuxième mesure, pour donner :
 
 @c line-width ensures no break
 @lilypond[quote,verbatim,ragged-right,line-width=6\in]
 rhMusic = \relative c'' {
   \new Voice {
     r2 c4.\( g8 |
@@ skipping 866 matching lines @@
 
 
 @node Autres sources de documentation
 @subsection Autres sources de documentation
 @translationof Other sources of information
 
 La référence des propriétés internes contient beaucoup d'informations
 sur LilyPond.  Cependant vous pouvez en découvrir encore plus en
 consultant les fichiers internes de LilyPond.  Pour cela, il vous faut
 d'abord connaître le répertoire @emph{ad hoc} sur votre système.
-L'emplacement du répertoire dépend (a) du fait que, pour vous procurer
-LilyPond, vous avez téléchargé un paquet précompilé sur lilypond.org, ou
+L'emplacement du répertoire dépend (a) du fait que, pour vous procurer
+LilyPond, vous avez téléchargé un paquet précompilé sur lilypond.org ou
 vous l'avez installé grâce à votre gestionnaire de paquetages
-(c'est-à-dire distribué avec Linux ou installé avec fink ou cygwin), ou
+(c'est-à-dire distribué avec GNU/Linux ou installé avec fink ou cygwin), ou
 encore vous l'avez compilé directement à partir des sources ; et
-(b) du système d'exploitation sur lequel il tourne.
+(b) du système d'exploitation sur lequel il tourne.
+
 
 @strong{Téléchargé depuis lilypond.org}
 
 @itemize @bullet
-@item Linux
+@item GNU/Linux
 
 @example
 @file{@var{INSTALLDIR}/lilypond/usr/@/share/lilypond/current/}
 @end example
 
 @item MacOS X
 
 @example
 @file{@var{INSTALLDIR}/LilyPond.app/Contents/@/Resources/share/lilypond/current/}
 @end example
 
 Pour accéder à ce dossier, deux possibilités : soit, dans un
 Terminal, taper @code{cd} suivi du chemin complet ci-dessus ; soit
 Control-cliquer (ou clic droit) sur l'application LilyPond
 et sélectionner @qq{Afficher le contenu du paquet}.
 
 @item Windows
 
 Dans l'Explorateur Windows, voir
 @example
 @file{@var{INSTALLDIR}/LilyPond/usr/@/share/lilypond/current/}
 @end example
 
 @end itemize
 
+
 @strong{Installé par un gestionnaire de paquetages ou compilé d'après
 les sources}
 
 @code{@var{PREFIX}/share/lilypond/@var{X.Y.Z}/}, où
 @var{PREFIX} est déterminé par votre gestionnaire de paquetages ou par
-le script @code{configure}, et @var{X.Y.Z} est le numéro de version de
-LilyPond.
+le script @code{configure}, et @var{X.Y.Z} représente le numéro de
+version de LilyPond.
 
 @smallspace
 
 Dans ce répertoire, deux sous-répertoires sont particulièrement
 intéressants :
 
 @itemize
 @item @code{ly/} -- contient les fichiers en format LilyPond
 @item @code{scm/} -- contient les fichiers en format Scheme
 @end itemize
@@ skipping 18 matching lines @@
 Si vous n'aimez pas les valeurs par défaut, les commandes prédéfinies
 peuvent être facilement redéfinies, comme n'importe quelle autre
 variable, en tête de votre fichier d'entrée.
 
 Voici les fichiers les plus utiles dans le répertoire @file{ly/} :
 
 @multitable @columnfractions .4 .6
 @headitem Nom de fichier
   @tab Contenu
 @item @file{ly/engraver-init.ly}
-  @tab Définitions des Contextes de graveurs
+  @tab Définition des contextes de graveurs
 @item @file{ly/paper-defaults-init.ly}
   @tab Réglages papier par défaut
 @item @file{ly/performer-init.ly}
-  @tab Définitions des Contextes d'interprétation
+  @tab Définition des contextes d'interprétation
 @item @file{ly/property-init.ly}
-  @tab Définitions de toutes les commandes prédéfinies courantes
+  @tab Définition de toutes les commandes prédéfinies courantes
 @item @file{ly/spanner-init.ly}
-  @tab Définitions des commandes prédéfinies pour les bandeaux
+  @tab Définition des commandes prédéfinies pour les bandeaux
 @end multitable
 
 Les autres réglages (comme les définitions de commandes @emph{markup})
 sont conservés comme fichiers @file{.scm} (Scheme).  Le langage de
 programmation Scheme offre une interface programmable dans le
 processus interne de LilyPond.  De plus amples explications sur ces
 fichiers dépasseraient le cadre de ce manuel dans la mesure où elles
 requièrent la connaissance du langage Scheme.  Les utilisateurs qui
 souhaiteraient comprendre le fonctionnement de ces fichiers de
 configuration doivent être avertis que des connaissances techniques
 substantielles et beaucoup de temps sont nécessaires (voir le
 @rextend{Tutoriel Scheme}).
 
 Si c'est votre cas, les fichiers Scheme les plus utiles à connaître
 sont :
 
 @multitable @columnfractions .4 .6
 @headitem Nom de fichier
   @tab Contenu
 @item @file{scm/auto-beam.scm}
   @tab Règles par défaut des ligatures subalternes
 @item @file{scm/define-grobs.scm}
   @tab Réglages par défaut des propriétés de @emph{grobs}
 @item @file{scm/define-markup-commands.scm}
   @tab Spécification de toutes les commandes de @emph{markup}
 @item @file{scm/midi.scm}
   @tab Réglages par défaut pour les sorties MIDI
 @item @file{scm/output-lib.scm}
   @tab Réglages affectant l'apparence des frets, couleurs, altérations,
-       barres de mesure etc.
+       barres de mesure, etc.
 @item @file{scm/parser-clef.scm}
   @tab Définition des clefs prises en charge
 @item @file{scm/script.scm}
   @tab Réglages par défaut des articulations
 @end multitable
 
 
 @node Retouches avancées avec Scheme
 @subsection Retouches avancées avec Scheme
 @translationof Advanced tweaks with Scheme
 
 Nous avons vu à quel point le résultat obtenu avec LilyPond peut
 être largement personnalisé à l'aide de commandes comme
 @code{\override} et @code{\tweak}.  Et pourtant l'utilisation de
 Scheme ouvre des possibilités encore plus grandes.
 Le code écrit dans le langage de programmation Scheme peut être
 intégré directement dans le processus interne de LilyPond.  Bien sûr,
 il faut pour cela connaître un minimum de programmation en langage
 Scheme.  Pour des explications complètes là-dessus, consultez le
 @rextend{Tutoriel Scheme}.
 
 En guise d'illustration -- et ce n'est qu'une possibilité parmi tant
 d'autres -- nous allons attribuer à une propriété non pas une valeur
 préétablie mais une procédure Scheme qui sera lancée à chaque
 utilisation de la propriété par LilyPond.  De cette façon, nous obtenons
 un réglage dynamique de la propriété par le simple fait d'invoquer la
 procédure.  Dans cet exemple, nous colorons les têtes de notes en
 fonction de leur position sur la portée.
-
 
 @cindex x11-color, exemple d'utilisation de la fonction
 @cindex NoteHead, exemple de dérogation
 @cindex color, détermination de la propriété par une procédure Scheme
 
 @lilypond[quote,verbatim,ragged-right]
 #(define (color-notehead grob)
    "Color the notehead according to its position on the staff."
    (let ((mod-position (modulo (ly:grob-property grob 'staff-position)
                                7)))
@@ skipping 10 matching lines @@
 
 \relative c' {
   % Arrange to obtain color from color-notehead procedure
   \override NoteHead #'color = #color-notehead
   a2 b | c2 d | e2 f | g2 a |
 }
 @end lilypond
 
 Vous trouverez dans @rextend{Fonctions de rappel} d'autres exemples
 d'utilisation de ces interfaces programmables.
-