While I agree, such an automatic alteration might be included as a
switchable option, and in that instance I wouldn't mind.
BUT, there have been a lot of suggestions made recently on this list
which include switchable options which might make for a nightmare of
programming, and a huge "switcha
le 7/18/02 6:48 PM, John Bell à [EMAIL PROTECTED] a écrit :
> The same argument applies to the original suggestion regarding notes
> within a bar. It seems to me quite possible that an F# could be
> followed in the same bar by a Gb.
And I surely don't want Finale to behave like some Microsoft pr
Andrew Stiller wrote:
>And not just within the bar, I would say. In the example given, if I
>type a Gb as the last note in the bar, hit 9 and then [equals] to
>change it to F# and add a tie, then Finale certainly should be made
>smart enough to recognize that a Gb typed at the beginning of the
>On 16 Jul 2002, at 20:03, Matthew Hindson wrote:
>>* more intelligent handling of accidentals within a single bar - e.g. if a
>>note is enharmonically changed to F# from Gb within a bar, subsequent Gb/F#s
> >within the bar should default to the F#.
>
And not just within the bar, I would say. In
On 16 Jul 2002, at 20:03, Matthew Hindson wrote:
>* more intelligent handling of accidentals within a single bar - e.g. if a
>note is enharmonically changed to F# from Gb within a bar, subsequent Gb/F#s
>within the bar should default to the F#.
I've been burnt by this one on many occasions. Much
