@c -*- coding: utf-8; mode: texinfo; documentlanguage: fr -*-
@ignore
- Translation of GIT committish: b5bcf58b17f2e5d8a76740050fe9b7212748bd7b
+ Translation of GIT committish: 88a5dbc589b0d0434f8e640467b5ab57d14dc461
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..
+ Guide, node Updating translation committishes..
@end ignore
-@c \version "2.16.0"
+@c \version "2.19.21"
@c Translators: Ludovic Sardain, Jean-Charles Malahieude
@c Translation checkers: Jean-Yves Baudais, Valentin Villenave, John Mandereau
ligne, ça ne vaut pas vraiment le coup si l'on doit corriger vos
fichiers.
-@item @strong{Ajoutez des contrôles}
+@item @strong{Ajoutez des contrôles
@rusernamed{Vérifications d'octave,d'octaviation} et
@rusernamed{Vérification des limites et numéros de mesure,de limite ou
-numéro de mesure}. Si vous avez ajouté des contrôles de loin en loin,
+numéro de mesure}}. Si vous avez ajouté des contrôles de loin en loin
et que vous faites une erreur, vous pourrez la retrouver plus
rapidement. « De loin en loin », qu'est-ce à dire ? Cela dépend
de la complexité de la musique. Pour de la musique très simple, à
plus difficile de déterminer vos intentions ou la manière dont votre
fichier est structuré si vous n'y avez pas adjoint de commentaires.
-@item @strong{Mentionnez les durées}
-au début de chaque section ou variable. Si vous saisissez @code{c4 d e}
-au début d'une phrase, vous vous épargnerez des problèmes si, plus tard,
-vous modifiez votre musique.
+@item @strong{Mentionnez les durées au début de chaque section ou
+variable}. Si vous saisissez @code{c4 d e} au début d'une phrase, vous
+vous épargnerez des problèmes si, plus tard, vous modifiez votre
+musique.
@item @strong{Indentez les accolades et indications de musique en parallèle}.
Beaucoup de problèmes viennent d'un défaut de parité entre @code{@{} et
@example
\new Staff @{
- \relative g' @{
- r4 g8 g c8 c4 d |
+ \relative @{
+ r4 g'8 g c8 c4 d |
e4 r8 |
% Ossia section
<<
est bien plus facile à appréhender que
@example
-\new Staff @{ \relative g' @{ r4 g8 g c4 c8 d | e4 r8
+\new Staff @{ \relative @{ r4 g'8 g c4 c8 d | e4 r8
% Ossia section
<< @{ f8 c c @} \new Staff @{ f8 f c @} >> r4 | @} @}
@end example
@example
\transpose c @var{tonalité-naturelle} @{@dots{}@}
@end example
+
+@noindent
(où @var{tonalité-naturelle} correspond à celle de l'instrument en
question) de telle sorte que la musique comprise dans cette variable se
retrouve en ut. Vous pourrez toujours transposer à l'inverse si besoin
@section Projets d'envergure
@translationof Large projects
-Lorsque l'on travaille sur un gros projet, il devient vital
-de structurer clairement ses fichiers LilyPond.
+Lorsque l'on travaille sur un gros projet, il devient vital de
+structurer clairement ses fichiers LilyPond.
@itemize @bullet
@code{violon} l'est beaucoup moins.
@example
-violon = \relative c'' @{
-g4 c'8. e16
+violon = \relative @{
+g'4 c'8. e16
@}
@dots{}
\score @{
@}
@end example
-@item @strong{Séparez les retouches} des définitions de musique.
+@item @strong{Séparez les retouches des définitions de musique}.
Nous vous avons déjà invité à adopter une telle pratique, qui
par ailleurs devient vitale pour des projets d'importance. Nous
pouvons avoir besoin de changer la définition de @code{fpuisp}, mais
@example
fpuisp = _\markup@{
\dynamic f \italic \small @{ 2nd @} \hspace #0.1 \dynamic p @}
-violon = \relative c'' @{
-g4\fpuisp c'8. e16
+violon = \relative @{
+g'4\fpuisp c'8. e16
@}
@end example
@code{\basse} décommenté dans le bloc @code{\score}.
@example
-basse = \relative c' @{
+basse = \relative @{
%@{
- c4 c c c
+ c'4 c c c
d d d d
%@}
@}
@end example
-Maintenant commencez à décommenter petit à petit le partie de
+Maintenant commencez à décommenter petit à petit la partie de
@code{basse} jusqu'à ce que vous localisiez la ligne qui pose
problème.
Une autre technique de débogage très utile est la construction
-d'un @rwebnamed{Exemples minimaux,exemple minimaliste}.
+d'un @rwebnamed{Exemples minimalistes,exemple minimaliste}.
@node De la commande make et des fichiers Makefile
| |-- figures.ily
| |-- hautbois.ily
| |-- trioCordes.ily
-| |-- violonOne.ily
-| `-- violonTwo.ily
+| |-- violonUn.ily
+| `-- violonDeux.ily
|-- Partitions/
| |-- symphonie.ly
| |-- symphonieI.ly
téléchargé et installé, il vous faudra correctement définir le chemin
d'accès au programme @emph{Make} -- dans les variables d'environnement
du système -- afin que l'interpréteur de commandes DOS puisse le
-localiser. Pour cela, faites un clic droite sur @qq{Poste de travail},
+localiser. Pour cela, faites un clic droite sur « Poste de travail »,
choisissez @code{Propriétés} puis @code{Avancées}. Cliquez sur
@code{Variables d'environnement} puis, dans l'onglet
@code{Variables système}, mettez @code{path} en surbrillance et
-dno-point-and-click \
-djob-count=$(NUMBER_OF_PROCESSORS)
-#get the 8.3 name of CURDIR (workaround for spaces in PATH)
+#Détermination du nom de CURDIR sous sa forme 8.3
+#(solution pour les espaces dans le PATH)
workdir = $(shell for /f "tokens=*" %%b in ("$(CURDIR)") \
do @@echo %%~sb)
projects / lilypond.git / blobdiff