Re: déplacement vertical d'un markup

[Jean Abou Samra]

Le 26/04/2022 à 16:57, Olivier Charade a écrit :
> Là, je n'ai pas perdu ma journée.
>
> Merci à JMarc pour la solution immédiate qui solutionne mon problème.
>
> Et un grand merci à jean pour ce cours qui clarifie par mal de choses.
> Le coup des croix rouges est super pédagogique pour comprendre ce qui 
> se passe.
> Le show-vertical-skylines n'a en revanche rien ajouté chez moi (en 
> 2.22.1).



Ah oui, désolé, j'ai vu le \version "2.23.8" sur l'exemple de
Frédéric, et je ne me suis pas rendu compte qu'il n'y était pas
dans le code que vous avez posté. C'est une propriété ajoutée en
2.23.6 (par moi en fait). Je joins le PDF du résultat.


> L'idée la fonction inside est aussi très intéressante
>
> Et une question pour la comparaison des deux solutions: pourquoi le 
> \override de JMarc ne nécessite pas d'agir sur la priorité alors que 
> le \tweak, si?



C'est toute l'idée de extra-offset. D'abord, LilyPond fait tout
le placement par elle-même, et ensuite, elle applique les extra-offset,
qui n'ont donc d'effet que sur un seul objet : les autres objets
ne « remarquent » pas le extra-offset dans leur propre placement. C'est
une propriété pratique car il n'y a pas à se poser de questions : un coup de
extra-offset, et l'objet obéit directement, sans avoir à désactiver
des résolutions de collisions, à déplacer d'autres objets, etc.
Par contre, si la mise en page change légèrement, l'extra-offset
risque de ne plus être juste. C'est pourquoi on recommande en général
de chercher d'abord une propriété adéquate qui permet de faire
faire ce que l'on veut à Lily (en l'occurrence avoid-slur), et
d'utiliser extra-offset s'il y en a vraiment besoin.

Cordialement,
Jean

mwe.pdf
Description: Adobe PDF document