lilypond-devel
[Top][All Lists]
Advanced

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

Re: [GLISS] turn xxx.yyy into ("xxx" "yyy")


From: Janek Warchoł
Subject: Re: [GLISS] turn xxx.yyy into ("xxx" "yyy")
Date: Thu, 4 Oct 2012 17:28:17 +0200

On Thu, Oct 4, 2012 at 4:57 PM, David Kastrup <address@hidden> wrote:
> Janek Warchoł <address@hidden> writes:
>
>> On Thu, Oct 4, 2012 at 10:28 AM, David Kastrup <address@hidden> wrote:
>>> One rather sobering consequence is that any command accepting a grob
>>> specification will _not_ be able to take a proper string generated in
>>> Scheme using #... for it.  It will always require at least a _list_ of
>>> strings.  This is consistent with 2.16 behavior of \override/\revert etc
>>> where you had to at least use $... to get a string into this place (it
>>> is not consistent with the current more lenient 2.17 behavior, but it is
>>> not likely anybody noticed so far).
>>
>> I don't understand this part.  Small example please?
>
> Assuming \override-like-function is defined with an argument of type
> symbol-list?, you get
>
> \override-like-function #"Slur" ... -> argument error
> \override-like-function #"Voice" . #"Slur" -> syntax error
> \override-like-function "Slur" ... -> #'(Slur)
> \override-like-function "Voice" . "Slur" ... -> #'(Voice Slur)
> \override-like-function Slur ... -> #'(Slur)
> \override-like-function Voice.Slur ... -> #'(Voice Slur)
> \override-like-function $"Slur" ... -> #'(Slur)
> \override-like-function $"Voice" . $"Slur" ... -> #'(Voice Slur)
>
> #xxx tells LilyPond "please use xxx unchanged without any
> context-dependent magic".
>
> Currently \override _itself_ will accept #"Slur" as one form of a
> specification, but that behavior is not older than a few weeks, so it is
> unlikely anybody depends on it, and it would probably make sense to stop
> it from accepting things that a musicfunction-based simulation would
> have no access to.

Ah, so it's about cases when someone wants to manipulate the Grob
argument using Scheme.

>> Overall LquiteGTM.
>
> Hey, I have not even _started_ with issue/review, so merging is still a
> bit away.  I am just in the state where all regtests pass after a set of
> back-and-forth commits and I decided to do everything almost, but not
> quite, entirely unlike before.
>
> So I have some heavy rebasing to do, and then rewrite, and then it makes
> some sense talking again about this.  I was just putting forth some
> preliminary views of what I am doing

Yeah, i just meant "go ahead".

best,
Janek



reply via email to

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