Owen,
you progress looks really good. Congrats!
Some general comments to the code style: Please avoid overlong lines
(i.e., lines longer than 80 characters if possible). Especially if
working with git repository viewers like `gitk` or inspecting merge
requests on the gitlab web page this is
On Sun, Jul 19, 2020 at 1:16 PM Jonas Hahnfeld wrote:
> > > thanks for raising this. Since MR !230, 'make check' started comparing
> > > the regression tests for musicxml and there should be image diffs in
> > > case of changes (see the long output of 'make check' for !230 which
> > > also
Am Mittwoch, den 15.07.2020, 17:31 +0100 schrieb Phil Holmes:
> Here's the logfile and the ly file.
>
> Once we understand the issue, I'll wait until you say "go" for 21.4.
Okay, we have the two doc fixes (mine for HTML and Masamichi's for PDF)
and Han-Wen's renaming fix in master. This does not
Am Samstag, den 18.07.2020, 17:31 +0200 schrieb Han-Wen Nienhuys:
> On Sat, Jul 18, 2020 at 11:13 AM Jonas Hahnfeld wrote:
> > > Since a few days ago I am now nearly always getting two or four reg test
> > > diffs show, albeit just for cell counts, for XML tests.
> > >
> > > See example
Thanks a lot Werner, works like a charm!
JM
> Le 19 juil. 2020 à 09:11, Werner LEMBERG a écrit :
>
>
>
>> In fact I did the ‘git clone’ afresh, moving aside previous
>> attempts. Thus the contents of ‘build’ on both OSes is the result of
>> the commands I showed, up to '../configure'.
>>
>>
On Sun, Jul 19, 2020 at 4:29 AM Owen Lamb wrote:
> (I also made a couple new scheme properties for a notehead grob:
> stem-attachment-up and stem-attachment-down. At the moment, the old,
> generic stem-attachment property simply calls for the -up or -down variant
> depending on the grob's
> In fact I did the ‘git clone’ afresh, moving aside previous
> attempts. Thus the contents of ‘build’ on both OSes is the result of
> the commands I showed, up to '../configure'.
>
> That’s why I don’t get what happens…
For me, using an up-to-date MacPorts system, compilation of LilyPond
from
