À tout hasard je le mets aussi en pièce jointe parce que je ne sais pas ce
que ça donne si j'écris depuis mon courrielleur. Et je mets aussi en pièce
jointe le PDF résultant.
Note : je peux essayer de tricher avec un arpège seulement sur la main
gauche mais en changeant la position haute. Mais avant de faire ça je
voulais signaler ce qui me semble être un bug.
À tout hasard je le mets aussi en pièce jointe parce que je ne sais pas ce
que ça donne si j'écris depuis mon courrielleur. Et je mets aussi en pièce
jointe le PDF résultant.
J'ai vu, c'est horrible. Je réessaye en rajoutant des balises bbcode
crochet-code-crochet :
==============================================================
\version "2.24.1"
\language "italiano"
global = {
\key re \major
}
right = \relative do' {
\global
<fad dod la> <mid dod la> <mi re>\arpeggio <dod la sol> |
\arpeggioArrowDown
<fad dod la> <mid dod la> <mi re>\arpeggio <dod la sol> |
}
left = \relative do, {
\global
re red <mi, mi' sol si>\arpeggio la |
\arpeggioArrowDown
re red <mi, mi' sol si>\arpeggio la |
}
piano = <<
\new Staff = "right" \right
\new Staff = "left" { \clef bass \left }
>>
\score {
\new PianoStaff \piano
\layout { }
}
\score {
\new PianoStaff \with {
connectArpeggios = ##t
} \piano
\layout { }
}
==============================================================
Note : je peux essayer de tricher avec un arpège seulement sur la main
gauche mais en changeant la position haute.
J'ai essayé, mais ça ne fonctionne pas. L'arpège « repousse » la portée
au lieu de s'insérer dedans.
Comme indiqué dans le manuel de notation, juste après l'introduction des commandes \arpeggioArrowUp, \arpeggioArrowDown et \arpeggioNormal :
Ces commandes prédéfinies modifient en interne la propriété arpeggio-direction ; leur définition complète se trouve dans le fichier ly/property-init.ly.
Bref, en remplaçant \arpeggioArrowDown par \override PianoStaff.Arpeggio.arpeggio-direction = #DOWN (avec le PianoStaff contrairement à la définition), on obtient bien un arpeggio connecté avec une flèche vers le bas.
Le 28/01/2024 20:55, xavier via LilyPond a écrit :
Comme indiqué dans le manuel de notation, juste après l'introduction des commandes \arpeggioArrowUp, \arpeggioArrowDown et \arpeggioNormal :
Ces commandes prédéfinies modifient en interne la propriété arpeggio-direction ; leur définition complète se trouve dans le fichier ly/property-init.ly.
Bref, en remplaçant \arpeggioArrowDown par \override PianoStaff.Arpeggio.arpeggio-direction = #DOWN (avec le PianoStaff contrairement à la définition), on obtient bien un arpeggio connecté avec une flèche vers le bas.
Génial, merci !
Cela dit, il reste un bug, le fait que l'arpège entre en collision avec
l'accord à sa gauche.
Ce bug est dû probablement au fait qu'il n'y a que deux notes conjointes
à la main droite et que c'est trop court pour faire un vrai arpège. Si
j'ajoute des notes à la main droite le problème disparait.
Le 28/01/2024 21:14, Olivier Miakinen via LilyPond a écrit :
Cela dit, il reste un bug, le fait que l'arpège entre en collision avec
l'accord à sa gauche.
Ce bug est dû probablement au fait qu'il n'y a que deux notes conjointes
à la main droite et que c'est trop court pour faire un vrai arpège. Si
j'ajoute des notes à la main droite le problème disparait.
Illustration :
\version "2.24.1"
\language "italiano"
global = {
\key re \major
}
right = \relative do' {
\global
<fad dod la> <mid dod la> <mi re>\arpeggio <dod la sol> |
\override PianoStaff.Arpeggio.arpeggio-direction = #DOWN
<fad dod la> <mid dod la> <mi re>\arpeggio <dod la sol> |
<fad dod la> <mid dod la> <mi re sol si>\arpeggio <dod la sol> |
}
left = \relative do, {
\global
re red <mi, mi' sol si>\arpeggio la |
\override PianoStaff.Arpeggio.arpeggio-direction = #DOWN
re red <mi, mi' sol si>\arpeggio la |
re red <mi, mi' sol si>\arpeggio la |
}
piano = <<
\new Staff = "right" \right
\new Staff = "left" { \clef bass \left }
>>
\score {
\new PianoStaff \with {
connectArpeggios = ##t
} \piano
\layout { }
}
Comme il n'y a pas de collision sans l'altération (mi bécarre), je dirais qu'il s'agit d'un exemple du bug #601 :
En attendant que le problème soit corrigé (le bug a été signalé il y a 15 ans), je propose d'ajouter un \once \override PianoStaff.Arpeggio.X-extent = #'(-2 . 1)
avant l'arpeggio en question.
En effet. C'est donc un bug assez retors puisqu'il n'apparait pas si au
moins l'une des trois conditions suivantes est présente :
− un arpège normal (même si peu de notes main droite et un bécarre)
− plus de notes main droite (même si arpège descendant et un bécarre)
− pas d'altération (même si peu de notes main droite et arpège descendant)
En attendant que le problème soit corrigé (le bug a été signalé il y a 15 ans),
je propose d'ajouter un \once \override PianoStaff.Arpeggio.X-extent = #'(-2 . 1)
avant l'arpeggio en question.
Ok. Bon, dans mon cas (pas dans l'exemple minimal) il y a aussi une partie
vocale avec un triolet de croches qui évite la collision au piano, donc je
ne vais pas avoir besoin de ce contournement.
Quoi qu'il en soit, merci encore pour tes réponses, en particulier pour
avoir trouvé ce rapport de bug, mais surtout pour le fait de préciser que
l'Arpeggio est dans PianoStaff !
