lilypond-devel
[Top][All Lists]
Advanced

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

Re: Add the command \offset to LilyPond (issue 8647044)


From: dak
Subject: Re: Add the command \offset to LilyPond (issue 8647044)
Date: Tue, 16 Apr 2013 13:03:25 +0000

On 2013/04/16 12:50:47, david.nalesnik wrote:
On 2013/04/13 21:39:40, janek wrote:
> There's one thing that puzzles me.  Current syntax is
>
> \offset property offset-value grob-name
>
> I understand that grob-name is at the end because it's optional, and
we want
to
> omit it when we're using \offset as a tweak.
> However, i find this syntax awkward. Since David K's change that
allowed to
use
> dot-separated list for specyfying grobs "together" with properties,
couldn't
we
> process both the property and grobname as one argument, and
therefore keep the
> usual order?  In other words, what about syntax like this:
>
> \offset grob-property-path offset-value
>
> where grob-property-path would be either Grob.property (when using
\offset as
an
> override) or just property (when using it as a tweak)?

Here I kept the same pattern as \alterBroken and \shape, as they have
been
revised by David Kastrup.  I agree that the syntax is a little
awkward, and that
it would be nice if the pattern you give were workable.  However,
IIRC, this
syntax is the only one currently feasible.  I'm not an expert here,
though.

For \alterBroken and \shape, the syntax is actually
\shape ... item where item is either music (which is then tweaked) _or_
a grob (which then gets an override).  The syntax is only due to this
double-function.

If \offset does not have the same characteristic (nor intends to have
it), then one should be able to make do with a single specification.

I have not reviewed this so far, so I can't tell.

https://codereview.appspot.com/8647044/



reply via email to

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