Re: Hauteurs et tags

[j-f.lucarelli]

> Je suis d'accord avec Philhar, la
>documentation devrait absolument le signaler et je propose donc de
>remplacer :
>
>  « Musique balisée précédée de \keepWithTag #'nom <=> Musique non
>  balisée et musique balisée par nom sont incluses ; la musique
>  balisée autrement est exclue. »
>
>par (modifications en capitales) :
>
>  « Musique balisée précédée de \keepWithTag #'nom <=> Musique non
>  balisée et musique balisée par nom SONT GRAVÉES ; la musique
>  balisée autrement N'EST PAS GRAVÉE (MAIS N'EST PAS IGNORÉE :
>  PAR EXEMPLE, LES CHANGEMENTS D'OCTAVE S'Y TROUVANT SONT PRIS EN
>  COMPTE !) »
>
>Ceci étant, je ne vois pour l'instant que des inconvénients à ce que la
>musique qui n'est pas gravée ne soit pas ignorée : cela présente-t-il
>un intérêt qui m'aurait échappé ? Sinon, cela vaut-il le coup de faire
>une demande aux développeurs de LilyPond pour modifier le
>fonctionnement des tags ou pour que soit proposée une nouvelle
>commande ?
>-- 
>Denis
>
Après de nombreux déboires dans les \tags en cascade, j'ai pris la bonne 
résolution de démarrer chaque code "taggé" par une hauteur absolue.
Je comprends les programmeurs qui ont voulu donner une portée générale à cette 
instruction, mais dans neuf cas sur dix, il s'agit d'expressions musicales 
destinées à être imprimées ou ignorées. Il serait donc plus sain que 
l'expression ignorée le soit complètement, y compris dans la relativité des 
hauteurs.
Je souscris donc entièrement à la suggestion de Denis. Malheureusement, il y 
aura une multitude de codes à revoir si on change les règles.

Il serait sans doute préférable d'introduire une nouvelle instruction (encore 
...) du genre \case (comme en C) qui serait gérée comme les tags, mais en 
ignorant le code si celui-ci n'est pas "exécuté".

Cordialement,

Jean-François
>_______________________________________________
>liste de diffusion lilypond-user-fr
>address@hidden
>https://lists.gnu.org/mailman/listinfo/lilypond-user-fr

========================================