Re: Upgrading to current makeinfo

>> [*] Currently, HTML output is handled by an ancient version of >> `texi2html' that doesn't understand `@sortas' at all; I'm going >> to add a dummy macro replacement to fix that. As a >> consequence, the index of the HTML output will stay inferior to >> both the info and PDF v

Re: scripts/build/scan-mf-deps: script to generate MF dependencies (issue 553700043 by hanw...@gmail.com)

https://codereview.appspot.com/553700043/diff/555460043/mf/invoke-mf2pt.sh File mf/invoke-mf2pt.sh (right): https://codereview.appspot.com/553700043/diff/555460043/mf/invoke-mf2pt.sh#newcode18 mf/invoke-mf2pt.sh:18: # which no longer dump a .mem file > > We could probably get rid of the .mem fil

Re: [LSR 2.20] what to do with #280

Hi Harm, It's the New_fingering_engraver! It will also activate the Script_engraver, that's why the scripts are there from the beginning in newer LilyPond versions, even before explicitly adding the Scrip_engraver. And as long as there are no stems, you get the "script direction not yet known" me

Re: [LSR 2.20] what to do with #280

On 3/14/20, Thomas Morley wrote: > Currently > "Engravers one-by-one" > http://lsr.di.unimi.it/LSR/Item?id=280 > returns several times: > programming error: script direction not yet known > What to do? Would it be a good idea to add \override Script.direction = #UP in the definition of MyVoice?

Re: scripts/build/scan-mf-deps: script to generate MF dependencies (issue 553700043 by hanw...@gmail.com)

https://codereview.appspot.com/553700043/diff/555460043/mf/invoke-mf2pt.sh File mf/invoke-mf2pt.sh (right): https://codereview.appspot.com/553700043/diff/555460043/mf/invoke-mf2pt.sh#newcode18 mf/invoke-mf2pt.sh:18: # which no longer dump a .mem file On 2020/03/16 06:16:22, lemzwerg wrote: > We

Re: scripts/build/scan-mf-deps: script to generate MF dependencies (issue 553700043 by hanw...@gmail.com)

Han-Wen Nienhuys writes: > I am not asking you for a review of a new build system. I am asking > for the review of this change. > > I think we can do without the sarcasm about my capabilities, given > that you are working on a project that I largely wrote, and has > survived for 22 years. With a

Re: [LSR 2.20] #114 (a doc-tagged partcombine-snippet) complains

By the way: this is Issue 5389: partcombine warns about unterminated slur Cheers, Torsten -- Sent from: http://lilypond.1069038.n5.nabble.com/Dev-f88644.html

Re: Lilypond API

Hello Brahim, Am Montag, den 16.03.2020, 10:31 + schrieb brahim.pro via Discussions on LilyPond development: > Hello, > > I would like to use lilypond parser in my own application. > I can't find any API or external library to do that. There is no such thing. > What is the correct approach

Re: [LSR 2.20] #114 (a doc-tagged partcombine-snippet) complains

Hi Harm, I can't comment on the unterminated slur at the moment, but I think the "Solo II" should never have been there. Thomas Morley-2 wrote > Also, the "Solo II"-text vanishes, see attached images. Why should there be a "Solo II" text at all? Both voices are still present and in action, the

Re: [LSR 2.20] #114 (a doc-tagged partcombine-snippet) complains

Dear Harm, Il giorno lun 16 mar 2020 alle ore 13:57 Thomas Morley ha scritto: > warning: unterminated slur I don't know how to get rid of this warning, but... > Also, the "Solo II"-text vanishes, see attached images. ... the disappearance of "Solo II" is definitely correct: at that point both

Lilypond API

Hello, I would like to use lilypond parser in my own application. I can't find any API or external library to do that. What is the correct approach you would advice me to follow? Thanks Brahim Sent with [ProtonMail](https://protonmail.com) Secure Email.

Re: scripts/build/scan-mf-deps: script to generate MF dependencies (issue 553700043 by hanw...@gmail.com)

On Mon, Mar 16, 2020 at 8:29 AM wrote: > > On 2020/03/15 21:46:38, hanwenn wrote: > > On Sun, Mar 15, 2020 at 8:44 PM > wrote: > > > Using whatever makes sense from the GNU build system and reduce the > > > maintenance burden of the build system as much as possibl

Re: scripts/build/scan-mf-deps: script to generate MF dependencies (issue 553700043 by hanw...@gmail.com)

On 2020/03/15 21:46:38, hanwenn wrote: > On Sun, Mar 15, 2020 at 8:44 PM wrote: > > Using whatever makes sense from the GNU build system and reduce the > > maintenance burden of the build system as much as possible. FWIW I fully > > agree with David that the curren