Re: macro for \once\override

2020-08-29 Thread Aaron Hill
On 2020-08-29 10:38 am, David Kastrup wrote: Aaron Hill writes: Is this pushing things too far? Well, essentially a similar problem. How do you figure out the difference between setting something to a context mod, and making a smart alist modification? I do not believe there are any contex

Re: macro for \once\override

2020-08-29 Thread David Kastrup
Aaron Hill writes: > On 2020-08-29 6:44 am, David Kastrup wrote: >> Hm. \with instead of = would even fit into the parser. But that >> leaves >> tweaks in the lurch. > > Not sure I am following. Are you indicating that something like... > > > \once \override LaissezVibrerTie.details >

Mailserver problem?

2020-08-29 Thread John Helly
Aloha. There seems to be something wrong with the lilypond mailserver.  I'm getting 6 copies (or 3 depending on how you count).  Is anyone else experiencing this?   It's been going on for months, I just haven't bothered complaining. J. On 8/28/20 22:17, Werner LEMBERG wrote: >> Maybe >> >> \void

Re: macro for \once\override

2020-08-29 Thread Aaron Hill
On 2020-08-29 6:44 am, David Kastrup wrote: Hm. \with instead of = would even fit into the parser. But that leaves tweaks in the lurch. Not sure I am following. Are you indicating that something like... \once \override LaissezVibrerTie.details \with { ratio = #0.5 height-limit =

Re: macro for \once\override

2020-08-29 Thread Werner LEMBERG
> \propertyTweak finger-code #'below-string > FretBoard.fret-diagram-details > > is completely indistinguishable from > > \propertyTweak fret-diagram-details.finger-code #'below-string > FretBoard > > So any commands stacked before this last \propertyTweak command have > no way of knowing

Re: macro for \once\override

2020-08-29 Thread Aaron Hill
On 2020-08-29 6:37 am, David Kastrup wrote: Aaron Hill writes: On 2020-08-29 5:23 am, David Kastrup wrote: Wols Lists writes: On 29/08/20 05:45, Werner LEMBERG wrote: \once \override FretBoard.size = #'1.0 \once \override FretBoard.fret-diagram-details.barre-type = #'straight

Re: macro for \once\override

2020-08-29 Thread David Kastrup
Aaron Hill writes: > No need to rewrite anything. We can use \with to assist with this > pattern: > > > overrideII = > #(define-music-function > (prop mods) > (key-list? ly:context-mod?) > (define (assign? mod) (eq? 'assign (car mod))) > (define (proc mod) > (let ((subprop (cadr

Re: macro for \once\override

2020-08-29 Thread David Kastrup
Aaron Hill writes: > On 2020-08-29 5:23 am, David Kastrup wrote: >> Wols Lists writes: >> >>> On 29/08/20 05:45, Werner LEMBERG wrote: \once \override FretBoard.size = #'1.0 \once \override FretBoard.fret-diagram-details.barre-type = #'straight \once \overr

Re: lilyglyphs not found in ubuntu packages 20.04

2020-08-29 Thread Urs Liska
Am Samstag, den 29.08.2020, 14:14 +0200 schrieb bart deruyter: > Thanks for the update, I'll look into how I can change my document so > it uses lyluatex only. I used lyluatex to include complete scores in > my document, not for single musical signs, for that I used > lilyglyphs. That's the idea,

Re: macro for \once\override

2020-08-29 Thread Aaron Hill
On 2020-08-29 5:23 am, David Kastrup wrote: Wols Lists writes: On 29/08/20 05:45, Werner LEMBERG wrote: \once \override FretBoard.size = #'1.0 \once \override FretBoard.fret-diagram-details.barre-type = #'straight \once \override FretBoard.fret-diagram-details.dot-color =

Re: macro for \once\override

2020-08-29 Thread Aaron Hill
On 2020-08-28 9:45 pm, Werner LEMBERG wrote: No. I'm against it. Introducing abbreviations into examples is a slippery slope and sets a bad precedent. In my scores I use \t for \tuplet, but I would never inflict that on any public example, even to save space. Wrapped lines are not a visual or

Re: macro for \once\override

2020-08-29 Thread Aaron Hill
On 2020-08-29 3:19 am, Wols Lists wrote: On 29/08/20 05:45, Werner LEMBERG wrote: \once \override FretBoard.size = #'1.0 \once \override FretBoard.fret-diagram-details.barre-type = #'straight \once \override FretBoard.fret-diagram-details.dot-color = #'black \once \over

Re: macro for \once\override

2020-08-29 Thread David Kastrup
Wols Lists writes: > On 29/08/20 05:45, Werner LEMBERG wrote: >> \once \override FretBoard.size = #'1.0 >> \once \override FretBoard.fret-diagram-details.barre-type = #'straight >> \once \override FretBoard.fret-diagram-details.dot-color = #'black >> \once \override FretBo

Re: lilyglyphs not found in ubuntu packages 20.04

2020-08-29 Thread bart deruyter
Thanks for the update, I'll look into how I can change my document so it uses lyluatex only. I used lyluatex to include complete scores in my document, not for single musical signs, for that I used lilyglyphs. Actually I'm considering to drop the latex road and switch to libreoffice, for one big im

Re: macro for \once\override

2020-08-29 Thread David Kastrup
Werner LEMBERG writes: >>> BTW, would it be possible to enhance `\propertyTweak` to write >>> >>> \propertyTweak fret-diagram-details.dot-color #'white >>> FretBoard >>> >>> as >>> >>> \propertyTweak dot-color #'white >>> FretBoard.fret-diagram-details

Re: macro for \once\override

2020-08-29 Thread Werner LEMBERG
>> BTW, would it be possible to enhance `\propertyTweak` to write >> >> \propertyTweak fret-diagram-details.dot-color #'white >> FretBoard >> >> as >> >> \propertyTweak dot-color #'white >> FretBoard.fret-diagram-details ? > > Have you even tried? Only

Re: macro for \once\override

2020-08-29 Thread Wols Lists
On 29/08/20 05:45, Werner LEMBERG wrote: > \once \override FretBoard.size = #'1.0 > \once \override FretBoard.fret-diagram-details.barre-type = #'straight > \once \override FretBoard.fret-diagram-details.dot-color = #'black > \once \override FretBoard.fret-diagram-details.fi

Re: macro for \once\override

2020-08-29 Thread David Kastrup
Werner LEMBERG writes: >> Maybe >> >> \void \displayLilyMusic >> \once >> \propertyTweak color #red >> \propertyTweak font-size #3 >> \propertyTweak direction #UP Voice.Slur >> >> helps? > > It does, thanks a lot! I didn't have this function on my radar, and > it isn't documented in the NR at