lilypond-user
[Top][All Lists]
Advanced

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

Re: Possible feature request for 'q' shorthand or tie syntax


From: David Kastrup
Subject: Re: Possible feature request for 'q' shorthand or tie syntax
Date: Sun, 23 Sep 2012 19:21:27 +0200
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/24.2.50 (gnu/linux)

Marc Hohl <address@hidden> writes:

> Ok, that's another possibility – *if* we could use variable names like
> em7, c7b5 and store chords in that, this would be even better, but
> this yields to yet another big amount of philosophical mails ;-)

It would make more sense to improve the configurability of chord
notation and integrate it into normal music expressions rather than
requiring \chordmode.

> To be honest, I use this way of defining chords, too, but with 'q', I
> like the possibility of changing the duration easily. If that were
> possible with e8 \eminor e \eminor ~ \eminor \eminor4. , I think I
> would not miss 'q' that much if it had to go.

It would be conceivable to relax the "optional arguments at the end of a
function argument list are mandatory" condition and allow the default
duration in the parser to pitch in if nothing else matches the
predicate.

I am not promising this as rejecting optional arguments means the
candidate argument needs to go somewhere else, and it is not clear that
this can be made to work in arbitrary contexts.

It would be simple to let a music function access the current default
duration, the tricky stuff is to be able to optionally forego it when an
explicit duration is given.

-- 
David Kastrup




reply via email to

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