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

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

Re: Arrangement vertical : encore une petite amélioration


From: address@hidden
Subject: Re: Arrangement vertical : encore une petite amélioration
Date: Tue, 1 Feb 2011 15:39:46 -0500

On Feb 1, 2011, at 3:26 PM, Seventies wrote:


Magnifique, le travail sur l'arrangement vertical dans la version 2.13.47 :
la syntaxe est maintenant bien claire et bien cohérente.
Après avoir modifié le code des fichiers, quelques essais pour retomber sur
les précédents alignements, et hop, tout roule ...

Le temps de calcul semble inférieur à celui des versions précédentes, ce qui
est encore mieux.

Pourtant, il me semble qu'il reste encore une amélioration à apporter : dans
les partitions d'orchestre utilisant le \RemoveEmptyStaffContext, si une
portée (vide) est effacée, la 'strechability' s'évapore elle aussi.

Par exemple, si il y a deux portées pour les cors, la 'strechability' du
second cor est plus importante que pour le premier, ce qui détache bien les
cors des trompettes.

Mais si la portée du second cor est absente, l'intervalle avec la trompette
revient à la valeur standard (à celle du pemier cor).

On pourrait reprendre cet exemple avec le basson, qui sépare les bois des
cuivres. S'il est absent à un moment donné, les bois deviennent équidistants
avec les cuivres.

Je ne suis plus capable de me lancer dans la programmation, mais il me
semble que

#if portée non imprimée
  reporter les propriétés du VerticalAxisGroup de cette portée sur la
précédente
#endIf

devrait suffire - avec évidemment la prise en compte de la récursivité, si
la précédente est également effacée.

C'est loin d'être un simple "YAKA", mais ce serait une cerise sur ce
magnifique gâteau ...

Qu'en pensez-vous ?



Chez LilyPond, ce sont les cerises qui comptent !

La première chose à faire serait d'écrire un petit exemple (environ 10 lignes) montrant le problème et de le soumettre à la page suivante : http://code.google.com/p/lilypond/issues/list .  Il pourrait déjà y avoir des programmateurs qui travaillent là-dessus.

~Mike

reply via email to

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