lilypond-user
[Top][All Lists]
Advanced

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

Re: Getting back the dynamically coloured freboard dots on L2.20


From: Thomas Morley
Subject: Re: Getting back the dynamically coloured freboard dots on L2.20
Date: Wed, 4 Nov 2020 22:51:14 +0100

Am Mi., 4. Nov. 2020 um 01:20 Uhr schrieb Thomas Morley
<thomasmorley65@gmail.com>:
>
> Am Di., 3. Nov. 2020 um 23:36 Uhr schrieb Carl Sorensen
> <carl.d.sorensen@gmail.com>:
> >
> >
> >
> > On Tue, Nov 3, 2020 at 3:18 PM Thomas Morley <thomasmorley65@gmail.com> 
> > wrote:
> >>
> >> <snip>
> >>
> >> Well, so it's my own patch...
> >> The patch introduces many nice features, among them coloring dots.
> >> Alas, one cannot access the grob-color (if it is the return-value of a
> >> procedure) in a reasonable way to use it as a fallback if dot-color is
> >> unset. I have to think about it...
> >
> >
> > Could one use the property FretBoard.color if dot-color were not set?  I 
> > think the FretBoard.color is accessible from Scheme...
> >
> > Carl
> >
> Well, yes and no. Consider:
>
> \new FretBoards {
>   \once \override FretBoard.fret-diagram-details.dot-color = #'cyan
>   a
>   \once \override FretBoard.fret-diagram-details.dot-color =
>     #(lambda (grob) 'red)
>   bes
> }
>
> I can access the value of the first override from inside
> `make-fret-diagram` , ok.
>
> The second override does not work and I currently don't know why not.
> I can access the value of this override from inside make-fret-diagram as well.
> Though, it's the procedure not it's return value.
>
> Cheers,
>   Harm

Patch is up:
https://gitlab.com/lilypond/lilypond/-/merge_requests/497

Cheers,
  Harm



reply via email to

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