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

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

Re: déplacement vertical d'un markup


From: Olivier Charade
Subject: Re: déplacement vertical d'un markup
Date: Thu, 28 Apr 2022 10:33:53 +0200
User-agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.8.1

Merci Jean (depuis le temps je me dis que je dois programmer une touche de mon clavier pour écrire ce texte qui sert tout le temps). Du coup je viens de franchir le pas d'oser installer une version "pas stable" de Lilypond, et de jouer un peu avec les vertical- et horizontal-skylines.
Et bien sûr, question:
Pourquoi l'activation des vertical-skylines sur les TextScript provoquent le dessin d'un contour de chaque caractère (y compris des lignes verticales entre le haut et le bas du caractère), alors que les horizontal-skyline marquent apparemment toujours les bords gauche et droit de la "boîte de texte"? Je me serais attendu à avoir juste un rectangle autour du texte si j'activais les deux. En tous cas c'est un super outil pour mieux comprendre les placements respectifs des objets.
Olivier

Le 26/04/2022 à 17:18, Jean Abou Samra a écrit :
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

--
Olivier Charade
Directeur adjoint de la Division Technique de l'INSU pour le site de Meudon
Coordinateur technique RESIF
Responsable technique des parcs géophysiques de l'INSU
Division Technique de l'INSU
UAR 855 du CNRS
1 place Aristide Briand
92195 Meudon Cedex
France
téléphone: +33(0)1 45 07 51 82
cellulaire: +33(0)6 11 39 09 59
télécopie:  +33(0)1 45 07 51 40
http://gpsmob.resif.fr/
http://gpscope.dt.insu.cnrs.fr/



reply via email to

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