lilypond-user-fr
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Grilles harmoniques, nouvelle version


From: Jean Abou Samra
Subject: Re: Grilles harmoniques, nouvelle version
Date: Thu, 9 Jun 2022 20:44:12 +0200
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.9.1

Bonsoir Vincent,

Le 09/06/2022 à 17:56, Vincent Gay a écrit :
premier test avec Lilyjazz (code ci-dessous)



Mes remarques/questions en vrac

  * malgré rehearsalMarkFormatter = #format-mark-box-letters dans le
    \layout du context \Score il faut que je mette \set
    Score.rehearsalMarkFormatter = #format-mark-box-letters dans mon
    code sinon ça ne marche pas. Pourquoi ?




C'est un problème entre la chaise et le clavier :-) Mais il est
naturel puisque j'ai oublié de mentionner ce détail.

Les grilles d'accord sont en notation proportionnelle. Pour cette raison,
elles ne peuvent pas utiliser le contexte Score normal, qui a une
notation non-proportionnelle. Au lieu de vivre dans un Score,
ChordGrid vit dans un ChordGridScore, qui est un contexte semblable
à Score mais avec notation proportionnelle (et aussi sans numéros de
mesure). Par conséquent, pour les rehearsalMarkFormatter et autres, il
faut se placer dans \context { \ChordGridScore ... } et non pas dans
\context { \Score ... }.

Et pourquoi ça marche avec \set Score.rehearsalMarkFormatter ? Parce
que ChordGridScore contient la commande \alias Score, ce qui fait
qu'un contexte ChordGridScore accepte toutes les commandes conçues
au départ pour Score, comme les \set Score.xxx ou
\override Score.Xxx.xxx.



  * malgré startRepeatType = #"[|:"   endRepeatType = #":|]" et
     doubleRepeatType = #":|][|:" dans le \layout du context \Score ma
    barre de reprise n'a pas de crochet. Pourquoi ? Si je tente un
    \set Score.endRepeatType = #":|]" Lily me jette avec
    l'avertissement :vérification du type de propriété pour
    « endRepeatType » (translation-type?) non trouvée Probable faute
    de frappe




D'une part, il faut le mettre dans \context { \ChordGridScore ... }
comme expliqué juste au-dessus. D'autre part, il y a eu une
harmonisation dans les noms des propriétés en 2.23 pour éviter
que les gens ne se cassent la tête à se rappeler s'il faut
mettre ...Type ou ...BarType. Toutes les propriétés de cette
famille s'appellent maintenant ...BarType (par exemple endRepeatBarType).
Avec convert-ly, la mise à jour se fait en 10 secondes.



  * peut-on régler le positionnement des accords dans leur cellules ?
    Je trouve les accords B♭m7 es A7/C♯ trop hauts et l'accord Em7/D
    trop bas (particulièrement avec LilyJazz).



C'est possible. Je joins le bout de documentation que j'ai écrit,
qui contient un snippet montrant comment le faire. (C'est en anglais,
mais tu peux juste copier le snippet si tu ne comprends pas.)

Par ailleurs, si tu me donnes les valeurs que tu mets dans
measure-division-chord-placement-alist, j'en ferai les nouvelles
valeurs par défaut. Bien sûr, il faut que tu les ajustes avec
la police par défaut ; pour LilyJAZZ, il faudrait que tu mettes
le \override ChordSquare.measure-division-chord-placement-alist
dans le fichier lilyjazz.ily.



      o Si j'essaie de réduire la taille de la police par \override
        ChordName.font-size = #-1 pour leur donner plus d'espace ça ne
        marche pas. Ce serait de toute manière une mauvaise solution
        pour le cas général mais pourrait convenir pour un nom
        d'accord particulièrement long.



Je ne saisis pas la dernière phrase. En quel sens serait-ce
une mauvaise solution ?

Les noms des accords à l'intérieur des grilles d'accord sont
relativement différents des noms d'accords normaux, donc je
leur ai créé un grob à part, qui s'appelle GridChordName
au lieu de ChordName. Tu peux faire
\override GridChordName.font-size = #-1



      o Si je diminue le global staff size la hauteur des cases
        diminue en même temps. Logique mais dommage :(



Oh, pourquoi dommage ? J'avais bien pris soin d'ajouter des
tests pour être sûr que ça marche…



  * Je trouve la taille des parenthèses trop petite.



Oui, c'est un problème connu. Elles ne s'ajustent pas très
bien. Il faut souvent les ajuster manuellement.



  * Je tente de les modifier sans succès avec \override
    ParenthesesItem.font-size ( Erreur : chemin erroné d'accès à la
    propriété de « grob » \override ParenthesesItem.font-size = #2 ).
    BTW la page
    https://lilypond.org/doc/v2.23/Documentation/internals/parenthesesitem
    n'existe pas !



C'est normal. En 2.23, ton dévoué serviteur s'est arrangé
pour que \parenthesize puisse désormais s'appliquer à des
bandeaux (spanners) et non plus uniquement à des objets
ponctuels (items). Voilà le genre de chose qu'on peut maintenant
faire alors que cela ne marche pas en 2.22 :

\version "2.23.9"

{
  c'1\parenthesize \< \parenthesize ~ \parenthesize \startTrillSpan
  c'1\!\stopTrillSpan
}


Ce changement a eu une conséquence malheureuse : alors qu'auparavant
les parenthèses étaient toujours un objet ponctuel (item), elles
peuvent maintenant être étendues (spanner). Le nom ParenthesesItem
n'avait plus de sens. J'ai dû renommer l'objet en simplement Parentheses.

Ici encore, convert-ly fait la modification pour toi en 10 secondes.

Merci pour tous tes retours !

Cordialement,
Jean

Attachment: doc.pdf
Description: Adobe PDF document


reply via email to

[Prev in Thread] Current Thread [Next in Thread]