lilypond-user
[Top][All Lists]
Advanced

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

Re: incomplete tuplets in non-standard time signatures


From: Jonas Hahnfeld
Subject: Re: incomplete tuplets in non-standard time signatures
Date: Sun, 29 Nov 2020 23:14:24 +0100
User-agent: Evolution 3.38.2

Am Sonntag, dem 29.11.2020 um 22:24 +0100 schrieb Michael Käppler:
> Am 29.11.2020 um 21:09 schrieb Lukas-Fabian Moser:
> > Hi Harm,
> Hi Harm and Lukas,
> > 
> > > I just filed a bug report
> > > http://lilypond.1069038.n5.nabble.com/Wrongly-read-property-with-MetronomeMark-td237659.html
> > > 
> > 2c2908c905ba822ef656b06b1cc4f0ca33960c9c is the first bad commit
> > commit 2c2908c905ba822ef656b06b1cc4f0ca33960c9c
> > Author: Malte Meyn <lilypond@maltemeyn.de>
> > Date:   Sun Sep 29 10:10:35 2019 +0200
> > 
> >     Issue 5563: make edges of brackets dashable
> > 
> >     The new boolean grob property dashed-edge controls whether the
> > edges of
> >     a dashed bracket are solid or dashed.
> > 
> > 
> That does not make sense to me. 2.20.0 was released on March 1, 2020 and
> Harm reported
> that 2.20.0 is fine. I think bisecting must start with 2.20.0., then.

It does very much make sense: 2.20.0 was not released from master;
instead stable/2.20 was branched in August 2017. All commits since then
until April 2020 first appeared in 2.21.0 (unless backported for 2.20).

Jonas

Attachment: signature.asc
Description: This is a digitally signed message part


reply via email to

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