Re: [Scheme coding] turning a list into a markup/string

2020-01-21 Thread Urs Liska
Am Dienstag, den 21.01.2020, 20:11 -0500 schrieb Kieren MacMillan: > or the life of me, I can’t quite figure out where exactly such a > construct would appear in the code. Everywhere I try throws > [different] errors. =( I can promise you, it will be that way for a very long time. But I can also

Re: Prall in a staff space

2020-01-21 Thread Tyler Mitchell
On Fri, Feb 15, 2019 at 12:58:03AM -0800, Tyler Mitchell wrote: > I am attempting to put a prall within the staff, in spaces only, > similar to how a tenuto works. > > [...] > > How does LilyPond know to place the tenuto within the staff, but > the prall outside of it? And how does it determine

Re: [Scheme coding] turning a list into a markup/string

2020-01-21 Thread Aaron Hill
On 2020-01-21 7:02 pm, Kieren MacMillan wrote: HOLD THE PRESSES!! I think I have it: SNIPPET BEGINS \version "2.19.83" some-music = { a'4 bes' b' aes' g' cis' d' ees' fis' f' e' c' } #(define-markup-list-command (diffints layout props mus) (ly:music?) (interpret-markup-list layout

Weird behavior for after-line-breaking

2020-01-21 Thread Paolo Prete
Hello, please consider the following snippet. The procedure called at after-line-breaking doesn't do *anything*, but a weird space is added between staves. If you remove the \override line OR the \tuplet, this doesn't happen Why?? Is there a fix for this? The error happens for both 2.18 and 2.19

turning a markuplist into a chain of [individual] markups or strings

2020-01-21 Thread Kieren MacMillan
Hi all, Is there a way to turn a markuplist into individual markups or strings? I have a markuplist of lyrics (a b c) and I’d like to turn that into a chain of markups \lyricmode { \markup a \markup b \markup c } or strings \lyricmode { "a" "b" "c" } What function do I use?

Re: [Scheme coding] turning a list into a markup/string

2020-01-21 Thread Kieren MacMillan
HOLD THE PRESSES!! I think I have it: SNIPPET BEGINS \version "2.19.83" some-music = { a'4 bes' b' aes' g' cis' d' ees' fis' f' e' c' } #(define-markup-list-command (diffints layout props mus) (ly:music?) (interpret-markup-list layout props (map (lambda (d) (string-append (if

Re: [Scheme coding] turning a list into a markup/string

2020-01-21 Thread Kieren MacMillan
Hi again (too soon?), I’m trying to make the positive intervals have a + in front of them. Q1. My intuition tells me I need to use a lambda function with append. Does that seem like a reasonable approach? Regardless, assume for argument’s sake that it is… For the life of me, I can’t quite

Re: [Scheme coding] turning a list into a markup/string

2020-01-21 Thread David Kastrup
Kieren MacMillan writes: > Hi David, > >> # goes into Scheme, and #{ goes into music mode then. > > Yes, that makes sense in retrospect. > >> If you write #{ then # goes into Scheme and Scheme has no idea what { >> is supposed to be. >> > > And tells you so, in no uncertain terms. ;) Oh, that

Re: [Scheme coding] turning a list into a markup/string

2020-01-21 Thread Kieren MacMillan
Hi David, > # goes into Scheme, and #{ goes into music mode then. Yes, that makes sense in retrospect. > If you write #{ then # goes into Scheme and Scheme has no idea what { is > supposed to be. And tells you so, in no uncertain terms. ;) > I've not fundamentally changed LilyPond's design.

Re: [Scheme coding] turning a list into a markup/string

2020-01-21 Thread David Kastrup
Kieren MacMillan writes: > Hi David, > >> Well, ##{ c' d' e' c' #} would work. > > In the "Nearly, But Not Quite There" category: I tried > > #{ c' d' e' c' #} > > which, of course, failed. I didn’t think to prepend a second #. # goes into Scheme, and #{ goes into music mode then. If you

Re: [Scheme coding] turning a list into a markup/string

2020-01-21 Thread Kieren MacMillan
Hi David, > Well, ##{ c' d' e' c' #} would work. In the "Nearly, But Not Quite There" category: I tried #{ c' d' e' c' #} which, of course, failed. I didn’t think to prepend a second #. > Markups are icky things. That is, perhaps, not the best thing to admit to someone on the first rung of

Re: [Scheme coding] turning a list into a markup/string

2020-01-21 Thread David Kastrup
Thomas Morley writes: > Am Di., 21. Jan. 2020 um 23:13 Uhr schrieb David Kastrup : >> >> Thomas Morley writes: > >> > David, you remember my suggestion to generate that "General Code >> > Reference" with an Index ... ? >> >> Yes, that may have helped. But it may also have delivered a haystack.

Re: [Scheme coding] turning a list into a markup/string

2020-01-21 Thread David Kastrup
Thomas Morley writes: > Am Di., 21. Jan. 2020 um 23:13 Uhr schrieb David Kastrup : >> >> Thomas Morley writes: > >> > David, you remember my suggestion to generate that "General Code >> > Reference" with an Index ... ? >> >> Yes, that may have helped. But it may also have delivered a haystack.

Re: [Scheme coding] turning a list into a markup/string

2020-01-21 Thread Thomas Morley
Am Di., 21. Jan. 2020 um 23:13 Uhr schrieb David Kastrup : > > Thomas Morley writes: > > David, you remember my suggestion to generate that "General Code > > Reference" with an Index ... ? > > Yes, that may have helped. But it may also have delivered a haystack. > > I think we probably need a

Re: [Scheme coding] turning a list into a markup/string

2020-01-21 Thread David Kastrup
Kieren MacMillan writes: > Hi David, > >> The line below it is a 2.21.0 feature that cannot be used from a >> LilyPond for which we have an installer. > > Ah. Thanks. (Note: feature/version disconnection is another thing that > caused my past Scheme efforts to stumble, leading to becoming >

Re: [Scheme coding] turning a list into a markup/string

2020-01-21 Thread Kieren MacMillan
Hi David, > The line below it is a 2.21.0 feature that cannot be used from a > LilyPond for which we have an installer. Ah. Thanks. (Note: feature/version disconnection is another thing that caused my past Scheme efforts to stumble, leading to becoming discouraged in my efforts.) > I wasn't

Re: [Scheme coding] turning a list into a markup/string

2020-01-21 Thread David Kastrup
Kieren MacMillan writes: > Hi David, > >> I am glacially slow for almost everything because I am ridiculously >> afraid of wasting time doing something wrong. That turns to work out >> better for teaching than getting anything done myself. > > That may be the best two-sentence description of me

Re: [Scheme coding] turning a list into a markup/string

2020-01-21 Thread David Kastrup
Thomas Morley writes: > Hi Kieren, hi David, > > Am Di., 21. Jan. 2020 um 22:45 Uhr schrieb David Kastrup : > >> And music-pitches is also convenient to know. > > David, you remember my suggestion to generate that "General Code > Reference" with an Index ... ? Yes, that may have helped. But it

Re: [Scheme coding] turning a list into a markup/string

2020-01-21 Thread David Kastrup
Kieren MacMillan writes: > Hi David, > >> Of course you can also do >> #(display (let ((res (map ly:pitch-semitones (music-pitches some-music >> (map - (cdr res) res))) >> >> Namely first convert to semitones and then do the difference. > > Ah! Perhaps I was on the right path

Re: [Scheme coding] turning a list into a markup/string

2020-01-21 Thread Kieren MacMillan
Hi David, > I am glacially slow for almost everything because I am ridiculously > afraid of wasting time doing something wrong. That turns to work out > better for teaching than getting anything done myself. That may be the best two-sentence description of me I’ve ever read. =) > And

Re: [Scheme coding] turning a list into a markup/string

2020-01-21 Thread Kieren MacMillan
Hi David, > Of course you can also do > #(display (let ((res (map ly:pitch-semitones (music-pitches some-music > (map - (cdr res) res))) > > Namely first convert to semitones and then do the difference. Ah! Perhaps I was on the right path with the first part of what I gave to

Re: [Scheme coding] turning a list into a markup/string

2020-01-21 Thread Thomas Morley
Hi Kieren, hi David, Am Di., 21. Jan. 2020 um 22:45 Uhr schrieb David Kastrup : > And music-pitches is also convenient to know. David, you remember my suggestion to generate that "General Code Reference" with an Index ... ? Kieren showed me the problem in Salzburg and I suggested quick'n dirty

Re: [Scheme coding] turning a list into a markup/string

2020-01-21 Thread David Kastrup
Kieren MacMillan writes: > Hi David, > >> Mike is a genius that will reinvent three wheels >> in the time it takes to learn about one. > > That might be a little bit of the pot calling the kettle black…? ;) I am glacially slow for almost everything because I am ridiculously afraid of wasting

Re: [Scheme coding] turning a list into a markup/string

2020-01-21 Thread David Kastrup
A few annotations: David Kastrup writes: > Kieren MacMillan writes: > >> As the next step, I want to turn this into a function and display the >> result in a markup. Result: I spend several hours searching >> documentation, trying different functions, and getting one (or more!) >> errors per

Re: [Scheme coding] turning a list into a markup/string

2020-01-21 Thread Kieren MacMillan
Hi David, > Mike is a genius that will reinvent three wheels > in the time it takes to learn about one. That might be a little bit of the pot calling the kettle black…? ;) > Try the following: > > %%% SNIPPET BEGINS > \version "2.19.83" > > some-music = { a'4 bes' b' aes' g' cis' d' ees'

Re: [Scheme coding] turning a list into a markup/string

2020-01-21 Thread Kieren MacMillan
Hi David, > \version "2.19" > > some-music = { a'4 bes' b' aes' g' cis' d' ees' fis' f' e' c' } > > #(define (zip . xss) (apply map list xss)) > > #(define-markup-command (pitch-info layout props args) (ly:music?) > (let* ((res (map >(lambda (foo) (ly:pitch-semitones

Re: Detecting double accidentals

2020-01-21 Thread David Kastrup
SK writes: > Hello, > > I wrote a script for generating music theory worksheets for school. One > feature is the generation of chords that should be named by the students. > The way this function works is by simply transposing some predefined chords > to a new randomly generated root. To keep

Re: [Scheme coding] turning a list into a markup/string

2020-01-21 Thread David Kastrup
Kieren MacMillan writes: > Hi all, > > Here’s a perfect example of why I keep stumbling (and stopping) when trying > to learn Scheme+Lilypond… =\ > > With Mike S’s help — read: he did it all, actually! (though I fully > understand every part of the code) — I have the following: > > %%%

Re: [Scheme coding] turning a list into a markup/string

2020-01-21 Thread David Nalesnik
Hi Kieren! On Tue, Jan 21, 2020 at 1:52 PM Kieren MacMillan wrote: > > Hi all, > > Here’s a perfect example of why I keep stumbling (and stopping) when trying > to learn Scheme+Lilypond… =\ > > With Mike S’s help — read: he did it all, actually! (though I fully > understand every part of the

Detecting double accidentals

2020-01-21 Thread SK
Hello, I wrote a script for generating music theory worksheets for school. One feature is the generation of chords that should be named by the students. The way this function works is by simply transposing some predefined chords to a new randomly generated root. To keep the difficulty

Re: license question

2020-01-21 Thread Arle Lommel
> From: David Nalesnik > > Subject: license question > > Hi all, > > I have a question concerning the GPL. Is it permissible for an app > under a GPL-incompatible license to provide output in LilyPond code? > For example, could Finale provide a Finale->LilyPond

[Scheme coding] turning a list into a markup/string

2020-01-21 Thread Kieren MacMillan
Hi all, Here’s a perfect example of why I keep stumbling (and stopping) when trying to learn Scheme+Lilypond… =\ With Mike S’s help — read: he did it all, actually! (though I fully understand every part of the code) — I have the following: %%% SNIPPET BEGINS \version "2.19.83" some-music =

Re: license question

2020-01-21 Thread Urs Liska
Am 21. Januar 2020 20:25:43 MEZ schrieb David Kastrup : >David Nalesnik writes: > >> Hi all, >> >> I have a question concerning the GPL. Is it permissible for an app >> under a GPL-incompatible license to provide output in LilyPond code? >> For example, could Finale provide a Finale->LilyPond

Re: license question

2020-01-21 Thread David Kastrup
David Nalesnik writes: > Hi all, > > I have a question concerning the GPL. Is it permissible for an app > under a GPL-incompatible license to provide output in LilyPond code? > For example, could Finale provide a Finale->LilyPond converter even > though the mechanics are shrouded in mystery?

Re: license question

2020-01-21 Thread mason
> I have a question concerning the GPL. Is it permissible for an app > under a GPL-incompatible license to provide output in LilyPond code? > For example, could Finale provide a Finale->LilyPond converter even > though the mechanics are shrouded in mystery? IANAL, but I don't think this would be

Re: license question

2020-01-21 Thread Carl Sorensen
On 1/21/20, 11:07 AM, "David Nalesnik" wrote: Hi all, I have a question concerning the GPL. Is it permissible for an app under a GPL-incompatible license to provide output in LilyPond code? For example, could Finale provide a Finale->LilyPond converter even though

Re: \offset Y-offset

2020-01-21 Thread Carl Sorensen
On 1/21/20, 2:29 AM, "Aaron Hill" wrote: On 2020-01-19 7:15 am, Paolo Prete wrote: > I'm looking at your code and I don't understand what is it intended to > do. > You write: "% Test with bracket that is positioned by Y-offset." > but from what I see, the bracket is

Re: license question

2020-01-21 Thread Kieren MacMillan
Hi David, > I have a question concerning the GPL. Is it permissible for an app > under a GPL-incompatible license to provide output in LilyPond code? > For example, could Finale provide a Finale->LilyPond converter even > though the mechanics are shrouded in mystery? I’m very interested to hear

RE: metronome-mark-alignment

2020-01-21 Thread Daniel Rosen
Now that the Salzburg conference is over, I'm reiterating this question in hopes that someone may be able to help me with it now. :-) > -Original Message- > From: Daniel Rosen > Sent: Sunday, January 12, 2020 4:20 PM > To: 'Thomas Morley' ; David Nalesnik > > Cc: lilypond-user Mailing

license question

2020-01-21 Thread David Nalesnik
Hi all, I have a question concerning the GPL. Is it permissible for an app under a GPL-incompatible license to provide output in LilyPond code? For example, could Finale provide a Finale->LilyPond converter even though the mechanics are shrouded in mystery? Thanks, David

Re: Returns from Salzburg by train (was: Inputting fingerings separate from melody?)

2020-01-21 Thread Kieren MacMillan
Hi Urs (et al.), > What is your stance on these peanut issues Kieren? I’ve not previously encountered the idiom "peanut issues"… but if you mean comparing the delay of a few minutes in a train ride within adjoining countries in the EU zone versus my "25 consecutive hours of being awake

Re: MEI to LilyPond conversion

2020-01-21 Thread Jacques Menu
Hello David, Thanks for the link. Python is not my line though, I use plain C++ for my tools. JM > You can of course take a more circuitous route with MusicXML as an > intermediary. For MusicXML to MEI there exist packages like this: > https://github.com/gburlet/musicxml-mei-conversion >

Re: Specifying \language for a single book

2020-01-21 Thread Sandro Santilli
On Mon, Jan 20, 2020 at 01:45:41PM -0800, Aaron Hill wrote: > \layout is your friend: Thanks! Great stAff! :) > \book { > \bookOutputSuffix "G" > \score { > \transpose c b, > \leadSheet > } > } > > \book { > \bookOutputSuffix "F-ita" > \score { > \transpose c a, >

Re: \offset Y-offset

2020-01-21 Thread Kieren MacMillan
Aaron, Brilliant and impressive! 1. You continue to be my patronus. Really amazing work here. 2. Modulo exhaustive testing in real-world situations, you seem (in the final attempt) to have solved the problem completely — bravo! 3. One thing your example/doc strongly reinforces is a

Highlight the y reference point for the "padding" property

2020-01-21 Thread Paolo Prete
Hello, Is there a way to draw a line on the reference point of the "padding" property? Aaron already wrote a snippet for obtaining that for the X-offset property (where the x-ref-point is on the x-parent): \version "2.19.83" { \once \override DynamicText.after-line-breaking = #(lambda

Re: \offset Y-offset

2020-01-21 Thread Paolo Prete
On Tue, Jan 21, 2020 at 10:30 AM Aaron Hill wrote: > On 2020-01-19 7:15 am, Paolo Prete wrote: > > I'm looking at your code and I don't understand what is it intended to > > do. > > You write: "% Test with bracket that is positioned by Y-offset." > > but from what I see, the bracket is

Re: MEI to LilyPond conversion

2020-01-21 Thread David Nalesnik
On Tue, Jan 21, 2020 at 3:17 AM Urs Liska wrote: > > Am Dienstag, den 21.01.2020, 10:09 +0100 schrieb Jacques Menu: > > Hello folks, > > > > MEI has been mentionned at the Salzburg conference as more and more > > used in the academic circles. > > > > Jan-Peter said that an MEI to Lily translator

Re: MEI to LilyPond conversion

2020-01-21 Thread David Nalesnik
On Tue, Jan 21, 2020 at 7:04 AM Urs Liska wrote: > > Am Dienstag, den 21.01.2020, 07:03 -0600 schrieb David Nalesnik: > > On Tue, Jan 21, 2020 at 3:17 AM Urs Liska > > wrote: > > > Am Dienstag, den 21.01.2020, 10:09 +0100 schrieb Jacques Menu: > > > > Hello folks, > > > > > > > > MEI has been

Re: MEI to LilyPond conversion

2020-01-21 Thread Urs Liska
Am Dienstag, den 21.01.2020, 07:03 -0600 schrieb David Nalesnik: > On Tue, Jan 21, 2020 at 3:17 AM Urs Liska > wrote: > > Am Dienstag, den 21.01.2020, 10:09 +0100 schrieb Jacques Menu: > > > Hello folks, > > > > > > MEI has been mentionned at the Salzburg conference as more and > > > more > > >

Re: \offset Y-offset

2020-01-21 Thread Pierre Perol-Schneider
Wouahoo, nice job Aaron! Cheers, Pierre Le mar. 21 janv. 2020 à 10:30, Aaron Hill a écrit : > On 2020-01-19 7:15 am, Paolo Prete wrote: > > I'm looking at your code and I don't understand what is it intended to > > do. > > You write: "% Test with bracket that is positioned by Y-offset." > > but

Re: MEI to LilyPond conversion

2020-01-21 Thread Jacques Menu
Thanks Urs! > Le 21 janv. 2020 à 10:25, Urs Liska a écrit : > > Am Dienstag, den 21.01.2020, 10:21 +0100 schrieb Jacques Menu: >> Hello Urs, >> >> Thanks for correcting me as to the relationship between MEIler and >> Verovio. >> >> In what respect is Verovio superior to Lily, > > It

Re: Specifying \language for a single book

2020-01-21 Thread Klaus Blum
Aaron Hill wrote > There is no need to change the definition of the variable. > > \layout is your friend: > > \layout { \context { \ChordNames \italianChords } } Hi Aaron, wow - thanks for that easy solution. Another lesson learned... ;-) Klaus -- Sent from:

MusicXML to braille music conversion

2020-01-21 Thread Jacques Menu
Hello folks, There have been posts in the past on this subject in the Lily users’ list. I now have a first draft of such a translator producing braille music in Ascii BRF and Unicode files. It translates the basic elements, such as time signatures, measures, notes, etc. This development was

Re: MEI to LilyPond conversion

2020-01-21 Thread Urs Liska
Am Dienstag, den 21.01.2020, 10:21 +0100 schrieb Jacques Menu: > Hello Urs, > > Thanks for correcting me as to the relationship between MEIler and > Verovio. > > In what respect is Verovio superior to Lily, It provides live rendering with automatic reflow and engraving inside a browser window,

Re: MEI to LilyPond conversion

2020-01-21 Thread Jacques Menu
Hello Urs, Thanks for correcting me as to the relationship between MEIler and Verovio. In what respect is Verovio superior to Lily, and what do you mean by 'not really scalable’? JM > Le 21 janv. 2020 à 10:16, Urs Liska a écrit : > > Am Dienstag, den 21.01.2020, 10:09 +0100 schrieb Jacques

Re: MEI to LilyPond conversion

2020-01-21 Thread Urs Liska
Am Dienstag, den 21.01.2020, 10:09 +0100 schrieb Jacques Menu: > Hello folks, > > MEI has been mentionned at the Salzburg conference as more and more > used in the academic circles. > > Jan-Peter said that an MEI to Lily translator would be useful, and > RISM’s Laurent Pugin presented Verovio (

MEI to LilyPond conversion

2020-01-21 Thread Jacques Menu
Hello folks, MEI has been mentionned at the Salzburg conference as more and more used in the academic circles. Jan-Peter said that an MEI to Lily translator would be useful, and RISM’s Laurent Pugin presented Verovio (https://www.verovio.org/index.xhtml), which features an XSL/XSLT such