[EMAIL PROTECTED] wrote:
I had a situation where I had two tied notes on the same line or
space, but they had *different pitches,* due to different accidentals.
For example, F natural tied to F#, or E flat tied to E natural, which
would be *slurs*, not tied notes.
Finale sometimes HIDES the second accidental in that case. Obviously
this leads to a notation error.
When I pointed this out, I was told, "this is *normal* behavior."
From your description, I suspect that you are entering the first note,
then using the tie tool (in simple) or pressing the equal sign to create
a tie (in speedy entry), then entering the second note. Support staff
are correct that this is the way this is supposed to work, since Finale
parses left to right, it first encounters the first note, which has an
attribute that it begins a tie, so Finale draws the tie. The next note
is, which is on the same scale degree, automatically gets a "close tie"
attribute, but notes on the same pitch do not repeat the accidentals, so
Finale suppresses the accidental on the second note. Note: if you enter
both notes first, and try to enter the tie backwards from the second
note, you would not be able to enter the tie, because the two notes are
not the same pitch.
Maybe they should distinguish between a slur and a tie. Right now the
software treats them as the same. But you certainly DON'T want it to
hide the second accidental if they are different pitches.a
Finale _does_ distinguish between a slur and a tie. The tie is
generated with the tie tool in the simple entry palate, or with the
equal sign, in speedy entry. The slur is generated by choosing the
smart shape tool, and from the smart-shape palate, selecting the slur
tool. Slurs do not hide the accidental. What you describe is consistent
with use of the tie tool when you intend a slur.
ns
_______________________________________________
Finale mailing list
[email protected]
http://lists.shsu.edu/mailman/listinfo/finale
