On Sun, Mar 20, 2011 at 8:41 AM, <mtsolo@gmail.com> wrote: > Reviewers: , > > ...
13 years, 1 month ago
(2011-03-21 01:59:22 UTC)
#2
On Sun, Mar 20, 2011 at 8:41 AM, <mtsolo@gmail.com> wrote:
> Reviewers: ,
>
> Message:
> Hey all,
>
> A bug just hit the French list. It seems like a critical regression.
>
Hi,
There is not much else we can do: the suggestion accidental uses the
stem extent to determine Y positions, but that requires formatting the
beam, which looks at the Y position of the accidental again.
The intention of the fix is incorrect, but can you make the logic
explicit? That is, add an interface symbol for "normal" accidentals
(normal-accidental-interface, inline-accidental-interface, ... ?) and
acknowledge that explicitly? If not, we will screw in the same way
for any other accidental-like grob, eg. TrillPitchAccidental).
Also, add this snippet to the regtest:
{
\set suggestAccidentals = ##t
a'8[ fis'16 g'16]
}
--
Han-Wen Nienhuys - hanwen@xs4all.nl - http://www.xs4all.nl/~hanwen
On Sun, Mar 20, 2011 at 10:59 PM, Han-Wen Nienhuys <hanwenn@gmail.com> wrote: > On Sun, ...
13 years, 1 month ago
(2011-03-21 04:30:53 UTC)
#4
On Sun, Mar 20, 2011 at 10:59 PM, Han-Wen Nienhuys <hanwenn@gmail.com> wrote:
> On Sun, Mar 20, 2011 at 8:41 AM, <mtsolo@gmail.com> wrote:
>> Reviewers: ,
>>
>> Message:
>> Hey all,
>>
>> A bug just hit the French list. It seems like a critical regression.
>>
>
> Hi,
>
> There is not much else we can do: the suggestion accidental uses the
> stem extent to determine Y positions, but that requires formatting the
> beam, which looks at the Y position of the accidental again.
>
> The intention of the fix is incorrect, but can you make the logic
I mean: it's correct.
(d'oh)
--
Han-Wen Nienhuys - hanwen@xs4all.nl - http://www.xs4all.nl/~hanwen
On 21 March 2011 01:59, Han-Wen Nienhuys <hanwenn@gmail.com> wrote: > The intention of the fix ...
13 years, 1 month ago
(2011-03-22 22:46:01 UTC)
#7
On 21 March 2011 01:59, Han-Wen Nienhuys <hanwenn@gmail.com> wrote:
> The intention of the fix is incorrect, but can you make the logic
> explicit? That is, add an interface symbol for "normal" accidentals
> (normal-accidental-interface, inline-accidental-interface, ... ?) and
> acknowledge that explicitly? If not, we will screw in the same way
> for any other accidental-like grob, eg. TrillPitchAccidental).
I think this is a mistake: the Beam_collision_engraver already
acknowledges TrillPitchGroup (via note-head-interface), and pitched
trills are usually placed inside a stave, possibly between beamed
notes. The only other object which would potentially be acknowledged
is an AmbitusAccidental, and they obviously never appear near a beam.
Ignoring TrillPitchAccidental produces poorer output for wide pitched trills:
\relative c'' {
\pitchedTrill
g8[\startTrillSpan bes e]\stopTrillSpan
}
Cheers,
Neil
On Mar 22, 2011, at 6:46 PM, Neil Puttock wrote: > On 21 March 2011 ...
13 years, 1 month ago
(2011-03-22 22:48:35 UTC)
#8
On Mar 22, 2011, at 6:46 PM, Neil Puttock wrote:
> On 21 March 2011 01:59, Han-Wen Nienhuys <hanwenn@gmail.com> wrote:
>
>> The intention of the fix is incorrect, but can you make the logic
>> explicit? That is, add an interface symbol for "normal" accidentals
>> (normal-accidental-interface, inline-accidental-interface, ... ?) and
>> acknowledge that explicitly? If not, we will screw in the same way
>> for any other accidental-like grob, eg. TrillPitchAccidental).
>
> I think this is a mistake: the Beam_collision_engraver already
> acknowledges TrillPitchGroup (via note-head-interface), and pitched
> trills are usually placed inside a stave, possibly between beamed
> notes. The only other object which would potentially be acknowledged
> is an AmbitusAccidental, and they obviously never appear near a beam.
>
> Ignoring TrillPitchAccidental produces poorer output for wide pitched trills:
>
> \relative c'' {
> \pitchedTrill
> g8[\startTrillSpan bes e]\stopTrillSpan
> }
>
Would an acceptable alternative be giving the TrillPitchAccidental the
inline-accidental-interface?
Cheers,
MS
On 22 March 2011 22:48, mike@apollinemike.com <mike@apollinemike.com> wrote: > Would an acceptable alternative be giving ...
13 years, 1 month ago
(2011-03-22 22:54:34 UTC)
#9
On 22 March 2011 22:48, mike@apollinemike.com <mike@apollinemike.com> wrote:
> Would an acceptable alternative be giving the TrillPitchAccidental the
inline-accidental-interface?
Sounds good to me.
Cheers,
Neil
On Tue, Mar 22, 2011 at 7:54 PM, Neil Puttock <n.puttock@gmail.com> wrote: > On 22 ...
13 years, 1 month ago
(2011-03-23 01:51:38 UTC)
#10
On Tue, Mar 22, 2011 at 7:54 PM, Neil Puttock <n.puttock@gmail.com> wrote:
> On 22 March 2011 22:48, mike@apollinemike.com <mike@apollinemike.com> wrote:
>
>> Would an acceptable alternative be giving the TrillPitchAccidental the
inline-accidental-interface?
>
> Sounds good to me.
Sorry - I was confused. I was thinking that trill-pitch-interface was
applied to accidentals directly above or below the 'tr' symbol.
Nevertheless, I think it is good to be explicit about the difference
between accidental-interface (the function of an accidental) and
inline-accidental-interface (the accidental symbols that get printed
on the staff.)
--
Han-Wen Nienhuys - hanwen@xs4all.nl - http://www.xs4all.nl/~hanwen
On Mar 22, 2011, at 9:51 PM, Han-Wen Nienhuys wrote: > On Tue, Mar 22, ...
13 years, 1 month ago
(2011-03-23 10:52:13 UTC)
#11
On Mar 22, 2011, at 9:51 PM, Han-Wen Nienhuys wrote:
> On Tue, Mar 22, 2011 at 7:54 PM, Neil Puttock <n.puttock@gmail.com> wrote:
>> On 22 March 2011 22:48, mike@apollinemike.com <mike@apollinemike.com> wrote:
>>
>>> Would an acceptable alternative be giving the TrillPitchAccidental the
inline-accidental-interface?
>>
>> Sounds good to me.
>
> Sorry - I was confused. I was thinking that trill-pitch-interface was
> applied to accidentals directly above or below the 'tr' symbol.
>
> Nevertheless, I think it is good to be explicit about the difference
> between accidental-interface (the function of an accidental) and
> inline-accidental-interface (the accidental symbols that get printed
> on the staff.)
Pushed.
fe21cb68b77e99a6d0cf89dbf9313400456d1163
Cheers,
MS
Issue 4271054: Fixes accidental suggestions in the beam collision engraver
(Closed)
Created 13 years, 1 month ago by MikeSol
Modified 13 years, 1 month ago
Reviewers: hanwenn, cpkc_shaw.ca, Neil Puttock, mike_apollinemike.com
Base URL:
Comments: 0