At 10:19 AM 07/13/02, Colin Broom wrote:

[answering me]
>> Another high priority which is surely easy to fix would be to get rid of
>> that irritating new feature in Speedy whereby when the staff gets pushed
>up
>> or down due to going into the ledger lines, it stays up there and doesn't
>> come back. It seems to me that pretty much everyone hates this. The old
>> Speedy behavior was much better.
>
>Certainly clicking somewhere in the staff should re-centre it, IMO.

Yeah, but when I'm in speedy I don't want to have to touch the mouse.  The
whole point of Speedy is to be speedy, and that means staying on the
computer keyboard.

>> Another change in Speedy behavior I dislike is that typing a number adds a
>> note to the chord if the time value already matches the number typed.
>> Again, the old way was better.  Can I at least have a check-off option to
>> turn this off?
>
>This is only the case when you are not using MIDI entry (obviously that
>doesn;t make the issue any less legitimate).  What I can't understand is,
>why would you type the same note value again if it's already correct?

We discussed this once before, and someone else (Dennis B-K, I think) felt
the same way.  I will occasionally, for one reason or another, have the
notes in place but without the correct rhythms. Sometimes it's as a result
of copying a similar but not identical passage for adaptation; sometimes
it's by intentionally entering it out of rhythm the first time to go back
and fix the rhythm afterward if it's faster that way (especially useful
with unequal tuplets).

However I get there, I want to be able to fix up all the rhythms by buzzing
through a passage of music on the ten-key pad.  With the new system, I've
got to remember to jump to the right arrow key for each chord that isn't
changing rhythm. That means either I look at the screen, or I'm thinking
about how it was entered the first time in addition to how I want to it be.
Either way, it's a great loss of speed. It doesn't happen frequently, but
enough to trip me up when it does.

It's all about efficiency in transcribing from the page. In an ideal world,
I would transcribe an entire page without ever taking my hands from the
keyboard nor my eyes from the page. In reality, I'm not that good, but I
still want to get rid of as many road bumps as possible. This new Speedy
behavior is a road bump. The old way was much smoother. What are the
advantages to the new way?  I can't see any. It creates inconsistent
behavior in the number keys for no good reason. If you want to add the
note, use enter.

>I don't know if it was just my inexperience with the lyrics tool, but the
>last time I was working with lyrics, I had major problems when it came to
>copying them to another location, in that a change in one location affected
>all instances of the lyrics.  I worked with both the Mass Mover tool and
>"clone Lyrics" options and never quite figured out what was going on.

Well, I've been using Finale since v2.5, and in that version, one of the
cardinal rules was NEVER dink with the lyrics or your file might explode.
One false step, and you'll have to clear them all out and start over.

I've been told that it's much better behaved now, but my lyric habits are
ingrained. I'm very orderly with my assignment of lyrics, and the thought
of actually copying them from one place to another still makes me shudder.
What if I need to do a shift? Delete a syllable? Is that going to throw the
copied ones out of alignment?  I honestly don't know.  I never copy lyrics
unless I'm copying an entire section en masse and the music is identical.

--
Oh, one more thing I just thought of.  It would be nice if I could tell
Finale to automatically use smart apostrophes. I do a whole lot of
opt-shift-bracket when entering French or Italian texts.  I've seen plenty
of amateur scores with dumb apostrophes, presumably because they didn't
consider it worth the effort to make the smart ones.  Seems like it's a
fairly safe default to turn on which would make things look a little better
out-of-the-box.

mdl


_______________________________________________
Finale mailing list
[EMAIL PROTECTED]
http://mail.shsu.edu/mailman/listinfo/finale

Reply via email to