@c -*- coding: utf-8; mode: texinfo; documentlanguage: fr -*-
@ignore
- Translation of GIT committish: 5f722f1688eff7436789f8ca011205bdb16c04b7
+ 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'
* Ligne de commande::
@end menu
+
@node Saisie de la musique
@subsection Saisie de la musique
@translationof Entering input
@end lilypond
@c DIV specific
-Il est aussi possible d'utiliser les noms de notes français @qq{@w{do
-re mi fa sol la si}}, en insérant au début du fichier la ligne
-@w{@code{\include@tie{}"italiano.ly"}}.
+Il est aussi possible d'utiliser les noms de notes français @qq{do
+re mi fa sol la si}, en insérant au début du fichier la ligne
+@code{\include "italiano.ly"}.
@c END DIV
@warning{Tout extrait de code LilyPond doit être entouré d'une
@w{@strong{@{ paire d'accolades @}}}. De plus, pour éviter toute
ambiguïté, il est préférable d'entourer les accolades par des espaces
ou retours à la ligne. Bien que certains exemples de ce manuel ne
-comportent pas d'accolades, ne les oubliez pas dans vos partitions@tie{}!
+comportent pas d'accolades, ne les oubliez pas dans vos partitions !
Pour plus d'informations sur l'affichage des exemples de cette
documentation, consultez @ref{Bien lire le manuel}.}
-
@cindex casse, prise en compte de la
@cindex prise en compte de la casse
@cindex sensibilité à la casse
-De plus, LilyPond est @strong{sensible à la casse}@tie{}: le code
+De plus, LilyPond est @strong{sensible à la casse} : le code
@w{@samp{@{ c d e @}}} est valide, alors que @w{@samp{@{ C D E @}}}
produira un message d'erreur.
@end itemize
Notez qu'il existe plusieurs éditeurs de texte disponibles avec un bon
-support de LilyPond@tie{}; consultez @rweb{Facilités d'édition}.
+support de LilyPond ; consultez @rweb{Facilités d'édition}.
@warning{Le premier démarrage de LilyPond peut prendre une minute ou
deux, afin de générer la liste des polices du système. LilyPond démarre
@noindent
Ces valeurs automatiques simplifient la saisie du code source dans
-bien des cas ; nous verrons plus loin comment les indiquer
+bien des cas ; nous verrons plus loin comment les indiquer
explicitement.
clef de sol et la clef de fa, puis est suivi par le @notation{ré} le
plus proche, et ainsi de suite. On peut bien sûr créer des mélodies
avec de plus grands intervalles, toujours avec le mode
-@code{\relative}@tie{}:
+@code{\relative} :
@lilypond[verbatim,quote]
\relative c' {
@noindent
Remarquez que cet exemple ne commence plus sur le @notation{do
-central}@tie{}: la première note -- le @code{d} -- est le ré qui en est
+central} : la première note -- le @code{d} -- est le ré qui en est
le plus proche.
Dans l'exemple suivant, on remplace @code{c'} dans la commande
@w{@code{@bs{}relative c'}} par @code{c''}, afin de calculer l'octave de
la première note par rapport au do situé une octave au-dessus du do
-central@tie{}:
+central :
@lilypond[verbatim,quote]
% one octave above middle C
@end lilypond
@noindent
-Pour déplacer une note deux octaves (ou davantage@tie{}!) plus haut ou plus
+Pour déplacer une note deux octaves (ou davantage !) plus haut ou plus
bas, il suffit de mettre deux (ou davantage) @code{'} ou @code{,} --
attention cependant à bien mettre deux apostrophes @code{''}, et non
-un guillemet @code{"}@tie{}! C'est de cette même manière que l'on
+un guillemet @code{"} ! C'est de cette même manière que l'on
peut modifier la valeur de départ de @w{@code{\relative c'}}.
@c " - keeps quotes in order for context-sensitive editor -td
@rglosnamed{dotted note,note pointée}.
La @notation{durée} d'une note est indiquée par un nombre qui suit sa
-hauteur@tie{}: @code{1} pour une @notation{ronde}, @code{2} pour une
+hauteur : @code{1} pour une @notation{ronde}, @code{2} pour une
@notation{blanche}, @code{4} pour une @notation{noire} et ainsi de
suite. Les @notation{crochets} et @notation{liens} sont ajoutés
automatiquement.
Glossaire musicologique : @rglosnamed{time signature,métrique}.
La @notation{métrique}, aussi appelée @notation{chiffre de mesure},
-peut être définie à l'aide de la commande @code{\time}@tie{}:
+peut être définie à l'aide de la commande @code{\time} :
@lilypond[verbatim,quote]
\relative c'' {
@rglosnamed{metronome,métronome}.
La commande @code{\tempo} permet de stipuler aussi bien le @emph{tempo}
-que le métronome@tie{}:
+que le métronome :
@lilypond[verbatim,quote]
\relative c'' {
Glossaire musicologique : @rglos{clef}.
La @notation{clef} peut être définie à l'aide de la commande
-@code{\clef}@tie{}:
+@code{\clef} :
@lilypond[verbatim,quote]
\relative c' {
@subheading Tout ensemble
Voici un bref exemple qui rassemble tous les éléments que nous déjà
-vus@tie{}:
+vus :
@lilypond[verbatim,quote]
\relative c, {
}
@end lilypond
-
@seealso
-Manuel de notation : @ruser{Écriture des hauteurs de note},
-@ruser{Écriture du rythme}, @ruser{Écriture des silences},
-@ruser{Gravure du rythme}, @ruser{Gravure des hauteurs}.
+Manuel de notation :
+@ruser{Écriture des hauteurs de note},
+@ruser{Écriture du rythme},
+@ruser{Écriture des silences},
+@ruser{Gravure du rythme},
+@ruser{Gravure des hauteurs}.
@node Travail sur les fichiers d'entrée
code de nombreux langages de programmation. La casse est prise
en compte, et les caractères considérés comme espaces ont généralement
peu d'importance. Les expressions sont délimitées par des accolades
-@w{@code{@{ @}}}, et les commentaires par @code{%} ou
-@w{@code{%@{ @dots{} @}}}@tie{}.
-
-Si cette phrase vous paraît incompréhensible, ne vous en faites pas@tie{}!
-Expliquons tous ces termes@tie{}:
+@code{@{ @}}, et les commentaires par @code{%} ou
+@w{@code{%@{ @dots{} @}}} .
+Si cette phrase vous paraît incompréhensible, ne vous en faites pas !
+Expliquons tous ces termes :
@itemize
@strong{La version} :
Tout fichier LilyPond devrait porter mention de la version. Cette
mention prend la forme d'une ligne décrivant le numéro de la version
-utilisée lors de la confection du fichier en question, comme ici@tie{}:
+utilisée lors de la confection du fichier en question, comme ici :
@example
\version "@w{@version{}}"
LilyPond.
Mentionner la version est important pour, au moins, les deux raisons
-suivantes@tie{}: cela permet dans un premier temps de faciliter les
+suivantes : cela permet dans un premier temps de faciliter les
opérations de mise à jour automatisée au fil de l'évolution de la
syntaxe de LilyPond. Ensuite, cela met en évidence le minimum requis
pour pouvoir compiler votre fichier.
@strong{La casse} :
LilyPond est sensible à la casse, c'est à dire qu'une lettre capitale
n'a pas la même valeur qu'une lettre minuscule. Les notes, par
-exemple, doivent être entrées en minuscule : @w{@code{@{ c d e @}}} est
+exemple, doivent être entrées en minuscule : @w{@code{@{ c d e @}}} est
un code valide, alors que @w{@code{@{ C D E @}}} produira un message
d'erreur.
@strong{Les espaces multiples} :
LilyPond ne tient pas compte du nombre d'espaces, de tabulations ou de
retours à la ligne. @w{@code{@{ c d e @}}} a le même sens que
-@w{@code{@{ c @tie{} @tie{} d @tie{} e @}}} ou que
+@w{@code{@{ c d e @}}} ou que
@example
@{ c4 d
@noindent
Bien sûr, ce dernier exemple est illisible. Une bonne habitude
-à prendre est d'indenter les blocs de code avec des doubles espaces@tie{}:
+à prendre est d'indenter les blocs de code avec des doubles espaces :
@example
@{
d'éléments syntaxiques les uns des autres. En d'autres termes, s'il est
toujours possible d'@emph{ajouter} des espaces, il faut prendre garde à
ne pas trop en @emph{supprimer}. En effet, l'absence d'une espace peut
-avoir des conséquences et entraîner une erreur@tie{}; aussi nous vous
+avoir des conséquences et entraîner une erreur ; aussi nous vous
invitons à toujours insérer une espace avant et après chaque élément
syntaxique, comme avant et après une accolade.
@item
@strong{Expressions musicales} :
Tout morceau saisi dans LilyPond doit être placé entre
-@strong{@{@tie{}accolades@tie{}@}}. Ces caractères indiquent à LilyPond
+@strong{@{ accolades @}}. Ces caractères indiquent à LilyPond
que ce bloc de texte représente une et une seule expression musicale,
tout comme les parenthèses @code{()} en mathématiques. Pour éviter
toute ambiguïté, il est préférable d'entourer ces accolades d'espaces ou
@item
@strong{Les commentaires} :
Un commentaire est une indication pour tout lecteur humain d'un
-fichier source de musique@tie{}; il est ignoré lors de la compilation et
+fichier source de musique ; il est ignoré lors de la compilation et
n'a donc aucun effet sur la partition imprimée. On distingue deux types
de commentaires. Le commentaire de fin de ligne, introduit par le
-symbole @code{%}@tie{}: tout ce qui suit ce symbole sur la même ligne sera
+symbole @code{%} : tout ce qui suit ce symbole sur la même ligne sera
ignoré. Par convention, un commentaire qui occupe une ligne entière
se place juste @emph{au-dessus} de la ligne à laquelle il fait
référence.
@end example
Le bloc de commentaire, qui peut occuper plusieurs lignes, voire toute
-une section@tie{}: tout ce qui se trouve entre @code{%@{} et @code{%@}} est
+une section : tout ce qui se trouve entre @code{%@{} et @code{%@}} est
ignoré. Les blocs de commentaires ne peuvent s'imbriquer, ce qui
signifie que vous ne pouvez pas placer un commentaire-bloc à
l'intérieur d'un autre commentaire-bloc. Si jamais vous essayez, vous
verrez que la première occurence de @code{%@}} terminera @qq{les
@emph{deux} commentaires-blocs}. Le fragment suivant met en évidence
-quelques usages possibles des commentaires@tie{}:
+quelques usages possibles des commentaires :
@example
% voici les notes de "ah vous dirai-je maman"
Parfois, LilyPond ne produit pas le résultat escompté. Voici quelques
pistes à suivre pour vous aider à éviter de telles déconvenues.
-
@menu
* Quand ça ne fonctionne pas::
* Erreurs courantes::
@end menu
+
@node Quand ça ne fonctionne pas
@subsection Quand ça ne fonctionne pas
@translationof General troubleshooting tips
@subsection Matériel incomplet
@translationof Omitted material
-
@cindex bien lire le manuel
@cindex manuel, lecture
@cindex compulser le manuel
@cindex fichiers, conseils de construction
Comme nous l'avons vu dans @ref{Travail sur les fichiers d'entrée}, un
-code LilyPond doit être encadré par des accolades @{@tie{}@} ou bien par
+code LilyPond doit être encadré par des accolades @{ @} ou bien par
@w{@code{\relative c'' @{ @dots{} @}}}. Cependant, dans la suite de ce
manuel, la plupart des exemples ne feront pas apparaître ces signes.
Pour reproduire les exemples, vous pouvez copier et coller le code
affiché, mais @strong{à condition} d'ajouter
-@code{@w{\relative c'' @{ @}}} de la façon suivante@tie{}:
+@code{@w{\relative c'' @{ @}}} de la façon suivante :
@example
\relative c'' @{
@}
@end example
-Pourquoi avoir omis les accolades@tie{}? La plupart des exemples de ce
+Pourquoi avoir omis les accolades ? La plupart des exemples de ce
manuel peuvent être insérés au milieu d'un morceau de musique plus
long. Il n'y a donc aucune raison d'ajouter @code{@w{\relative c'' @{
@}}} à ces exemples -- en effet, il n'est pas possible d'insérer une
et en bidouillant avec. C'est également possible avec LilyPond. Si
vous cliquez sur une image dans la version HTML de ce manuel, vous
verrez exactement le code LilyPond utilisé pour générer cette image.
-Essayez sur cette image@tie{}:
+Essayez sur cette image :
@c no verbatim here
@c KEEP LY
qui répertorie les commandes usuelles pour une consultation rapide.
@end ignore
+
@node Vue d'ensemble des manuels
@subsection Vue d'ensemble des manuels
@translationof Overview of manuals
projects / lilypond.git / blobdiff