X-Git-Url: https://git.donarmstrong.com/?a=blobdiff_plain;f=Documentation%2Ffr%2Fuser%2Fworking.itely;h=9fd28c2e2457243fb9feba6ff863a48e484967a7;hb=5c14a087ca6cbd665fd631452b7b1283ba0387c3;hp=249c0f12ed550bf92355c2863ad56585783926cd;hpb=62bd8f673cb93c886334082489274803932297da;p=lilypond.git diff --git a/Documentation/fr/user/working.itely b/Documentation/fr/user/working.itely index 249c0f12ed..9fd28c2e24 100644 --- a/Documentation/fr/user/working.itely +++ b/Documentation/fr/user/working.itely @@ -7,7 +7,7 @@ version that you are working on. See TRANSLATION for details. @end ignore -@c \version "2.11.38" +@c \version "2.11.61" @c Translators: Ludovic Sardain @c Translation checkers: Jean-Yves Baudais, Valentin Villenave, John Mandereau, Jean-Charles Malahieude @@ -21,16 +21,13 @@ ces astuces peuvent vous paraître évidentes, mais vous ne perdrez tout de même pas votre temps à lire ce chapitre. @menu -* Suggestions for writing LilyPond files:: -* Saving typing with identifiers and functions:: -* Style sheets:: -* Updating old files:: -* Troubleshooting (taking it all apart):: -* Minimal examples:: +* Suggestions for writing LilyPond input files:: +* When things don't work:: +* Scores and parts:: @end menu -@node Suggestions for writing LilyPond files -@section Suggestions for writing LilyPond files +@node Suggestions for writing LilyPond input files +@section Suggestions for writing LilyPond input files Maintenant vous êtes prêt à travailler sur de plus gros fichiers LilyPond --- des pièces entières, et plus seulement les petits @@ -61,9 +58,11 @@ faciliter leur mise à jour. @end itemize @menu -* General suggestions:: -* Typesetting existing music:: -* Large projects:: +* General suggestions:: +* Typesetting existing music:: +* Large projects:: +* Saving typing with variables and functions:: +* Style sheets:: @end menu @node General suggestions @@ -81,11 +80,11 @@ de se rappeler quelle version de LilyPond on utilisait quelques années auparavant. L'utilitaire @command{convert-ly} demande que vous spécifiiez la version de LilyPond vous utilisiez alors. -@item @strong{Ajoutez des contrôles}: @ruser{Bar check}, @ruser{Octave -check} et @ruser{Barnumber check}. Si vous avez ajouté des contrôles de -loin en loin, et que vous faites une erreur, vous pourrez la retrouver -plus rapidement. @qq{De loin en loin}, qu'est-ce à dire ? Cela -dépend de la complexité de la musique. Pour de la musique très +@item @strong{Ajoutez des contrôles}: @ruser{Octave checks}, et +@ruser{Bar and bar number checks}. Si vous avez ajouté des contrôles +de loin en loin, et que vous faites une erreur, vous pourrez la +retrouver plus rapidement. @qq{De loin en loin}, qu'est-ce à dire ? +Cela dépend de la complexité de la musique. Pour de la musique très simple, peut-être une ou deux fois. Pour de la musique très complexe, peut-être à chaque mesure. @@ -109,8 +108,8 @@ structuré si vous n'y avez pas adjoint de commentaires. viennent d'un défaut de parité entre @code{@{} et @code{@}}. @item @strong{Séparez les affinages de mise en forme} de la musique -elle-même. Voyez @ruser{Saving typing with identifiers and functions} et -@ruser{Style sheets}. +elle-même. Voyez @ref{Saving typing with variables and functions} et +@ref{Style sheets}. @end itemize @@ -169,7 +168,7 @@ g4 c'8. e16 @end example @item @strong{Séparez les retouches} des définitions de -musique. Ce conseil a été vu dans @ruser{General suggestions}, +musique. Ce conseil a été vu dans @ref{General suggestions}, mais pour les projets d'importance c'est absolument vital. Nous pouvons avoir besoin de changer la définition de @code{fthenp}, mais dans ce cas nous n'aurons besoin de le faire @@ -188,8 +187,8 @@ g4\fthenp c'8. e16 @end itemize -@node Saving typing with identifiers and functions -@section Saving typing with identifiers and functions +@node Saving typing with variables and functions +@subsection Saving typing with variables and functions @cindex variables @cindex identificateurs @@ -209,9 +208,9 @@ Vous comprendrez combien cela peut être utile pour écrire de la musique minimaliste : @lilypond[quote,verbatim,ragged-right] -fragA = \relative c'' { a4 a8. b16 } -fragB = \relative c'' { a8. gis16 ees4 } -violin = \new Staff { \fragA \fragA \fragB \fragA } +fragmentA = \relative c'' { a4 a8. b16 } +fragmentB = \relative c'' { a8. gis16 ees4 } +violin = \new Staff { \fragmentA \fragmentA \fragmentB \fragmentA } \score { { \violin @@ -286,25 +285,25 @@ padText = Utiliser les identificateurs est aussi un bon moyen pour vous épargner du travail si la syntaxe de LilyPond change un jour --- voir -@ruser{Updating old files}. Si vous avez une seule définition, par -exemple @code{\dolce}, pour tous vos fichiers (voir @ruser{Style +@ref{Updating old files}. Si vous avez une seule définition, par +exemple @code{\dolce}, pour tous vos fichiers (voir @ref{Style sheets}), et que la syntaxe change, alors vous n'aurez qu'à mettre à jour votre seule définition @code{\dolce}, au lieu de devoir modifier chaque fichier @code{.ly}. @node Style sheets -@section Style sheets +@subsection Style sheets La sortie que produit LilyPond peut être largement modifiée --- voir -@ruser{Tweaking output} pour plus de détails. Mais que faire si vous +@ref{Tweaking output} pour plus de détails. Mais que faire si vous avez beaucoup de fichiers auxquels vous souhaitez appliquer vos retouches ? Ou si vous souhaitez simplement séparer les retouches de la musique elle-même ? Rien de plus facile. Prenons un exemple. Ne vous inquiétez pas si vous ne comprenez pas les parties avec tous les @code{#()}. Celles-ci sont expliquées dans -@ruser{Advanced tweaks with Scheme}. +@ref{Advanced tweaks with Scheme}. @lilypond[quote,verbatim,ragged-right] mpdolce = #(make-dynamic-script (markup #:hspace 1 #:translate (cons 5 0) @@ -325,7 +324,7 @@ tempoMark = #(define-music-function (parser location markp) (string?) @end lilypond Il y a quelques problèmes de chevauchement ; nous allons arranger -cela en utilisant les techniques de @ruser{Moving objects}. On peut +cela en utilisant les techniques de @ref{Moving objects}. On peut aussi faire quelque chose pour les définitions de @code{mpdolce} et @code{tempoMark}. Elles produisent le résultat que nous désirons, mais nous pourrions aussi vouloir les utiliser dans une autre pièce. @@ -552,8 +551,17 @@ chaque fichier de musique par @code{\include "../global.ly"} qui contient : \include "../init/init-papier.ly" @end example +@node When things don't work +@section When things don't work + +@menu +* Updating old files:: +* Troubleshooting (taking it all apart):: +* Minimal examples:: +@end menu + @node Updating old files -@section Updating old files +@subsection Updating old files La syntaxe de LilyPond change de temps en temps. Ces changements de syntaxe du langage d'entrée accompagnent les améliorations du @@ -584,7 +592,7 @@ fichiers LilyPond manuellement. @node Troubleshooting (taking it all apart) -@section Troubleshooting (taking it all apart) +@subsection Troubleshooting (taking it all apart) Tôt ou tard, vous écrirez un fichier que LilyPond ne peut pas compiler. Les messages que LilyPond affiche peuvent vous aider à @@ -637,15 +645,15 @@ problème. Une autre technique de déboguage très utile est la construction @iftex -de @ruser{Minimal examples}. +de @ref{Minimal examples}. @end iftex @ifnottex -d'@ruser{Minimal examples}. +d'@ref{Minimal examples}. @end ifnottex @node Minimal examples -@section Minimal examples +@subsection Minimal examples Un exemple minimal est un exemple de code aussi court que possible. De tels exemples sont bien plus compréhensibles que des exemples @@ -680,3 +688,130 @@ celles-ci, @item n'utilisez pas de commandes @code{\override} sauf si elles font l'intérêt de l'exemple. @end itemize + +@node Scores and parts +@section Scores and parts + +Dans la musique d'orchestre, toutes les notes sont imprimées deux fois. +D'abord dans les parties séparées destinées aux musiciens, et ensuite +dans le conducteur destiné au chef. Les variables sont là pour vous éviter +un double travail. La musique n'est entrée qu'une seule fois, et stockée dans +une variable, dont le contenu servira à imprimer à la fois la partie +séparée et la partition d'orchestre. + +Il est judicieux de définir les notes dans un fichier séparé. Par +exemple, supposons que le fichier @file{musique-Cor.ly} contienne la +partie suivante pour un duo cor/@/basson. + +@example +notesCor = \relative c @{ + \time 2/4 + r4 f8 a cis4 f e d +@} +@end example + +@noindent +On établira alors une partie séparée en constituant un nouveau fichier : + +@example +\include "musique-Cor.ly" +\header @{ + instrument = "Cor en Fa" +@} + +@{ + \transpose f c' \notesCor +@} +@end example + +À la ligne + +@example +\include "musique-Cor.ly" +@end example + +@noindent +sera substitué le contenu du fichier @file{musique-Cor.ly}, et de ce +fait la variable @code{notesCor} se trouvera définie. La commande +@code{\transpose f@tie{}c'} indique que son argument @code{\notesCor} +sera transposé à la quinte supérieure : le son réel @samp{f} s'écrit +@code{c'}, ce qui est la caractéristique d'un Cor en Fa. La transposition +est visible comme suit : + +@lilypond[quote,ragged-right] +\transpose f c' \relative c { + \time 2/4 + r4 f8 a cis4 f e d +} +@end lilypond + +Dans les pièces d'ensemble, il arrive souvent qu'une voix ne joue pas +pendant plusieurs mesures. Un silence spécial, appelé silence multi-mesures, +l'indique alors. On l'obtient par un @samp{R} majuscule, suivi d'une +durée : @code{1}@tie{}pour une pause, @code{2}@tie{}pour une demi-pause, +etc. Cette durée peut être multipliée pour établir de plus longs silences. +Par exemple, le silence suivant dure 3@tie{}mesures à 2/4. + +@example +R2*3 +@end example + +Dans une partie séparée, les silences multi-mesures sont compressés. +Il faut pour cela définir la propriété @code{skipBars} à @q{vrai} : + +@example +\set Score.skipBars = ##t +@end example + +@noindent +Cette commande assigne la valeur @q{vrai} --- @q{true} en anglais, et +@samp{#t} dans le langage Scheme --- à cette propriété dans le +contexte @code{Score}. Si l'on ajoute dans la musique ci-dessus le +silence multi-mesures et cette option, on obtient le résultat suivant : + +@lilypond[quote,ragged-right] +\transpose f c' \relative c { + \time 2/4 + \set Score.skipBars = ##t + R2*3 + r4 f8 a cis4 f e d +} +@end lilypond + +Le conducteur rassemble toute la musique. Si l'on suppose que l'autre +voix de notre duo se trouve dans le fichier @file{musique-Basson.ly} en +tant que variable @code{notesBasson}, on établira un conducteur avec + +@example +\include "musique-Basson.ly" +\include "musique-Cor.ly" + +<< + \new Staff \notesCor + \new Staff \notesBasson +>> +@end example + +@noindent +ce qui équivaut à + +@lilypond[quote,ragged-right] +\relative c << + \new Staff { + \time 2/4 R2*3 + r4 f8 a cis4 f e d + } + \new Staff { + \clef bass + r4 d,8 f | gis4 c | b bes | + a8 e f4 | g d | gis f + } +>> +@end lilypond + +Des informations plus détaillées sur la mise en place de conducteurs +et de parties séparées se trouvent dans le manuel : voir +@ruser{Writing parts}. + +Les variables (@q{propriétés}) réglables sont abordées en détail dans +@ruser{The set command}.