On 20 Jun 2004 at 17:36, Christopher BJ Smith wrote:
At 5:02 PM -0400 6/20/04, David W. Fenton wrote: > >No, I didn't try using a clip file, because I have absolutely no >comprehension of why the hell there are three different methods for >copying data.
Two. . . .
No, three. Ctrl-C/Ctrl-V is different from SHIFT-CLICK copying, and then there's Clip Files. That's three.
Well, clip files accomplish the same thing between files that drag-and-drop does INSIDE the same file (except for clefs, apparently, which ARE copied in clip files, but not by default by drag-n-drop) which makes really two DIFFERENT methods. Drag some measures around, and between files, to see what method does what. You know, check out under the hood, kick the tires, etc.
What is the purpose of clip files?
See above.
I don't understand why the default should be to copy selectively, and not to copy everything unless you've told it to omit some things.
*That* is confusing.
I mentioned that. It was changed by popular request. I don't know why they decided not to change it in clip file copying, too.
Finale should be able to know if where it's copying from and where to and then be intelligent about what it copies. It should copy all clef changes if the source and target clefs for the systems are the same, don't you think?
Hmm, not me. I often drag cello parts to double bass staves, then transpose 8vb with a key stroke. Or trombone parts to saxophone staves. I would hate for the target staff to inherit clef changes in this case. If I ever need it, I know where to find it. One of the things I really liked about Finale when I started using it is that I could drag things to other staves and have them assume the defaults of the target staff. That was very easy for me to grasp.
I agreed with you for most of what you complained about when you had issues with the lyric tool, but in this case, I guess I know things too well to want them to change. I wonder if that is related to the way you took to MS Word more easily than I do, and we're vice-versa on Finale?
> > . . I remember early on this was an issue, and theychanged the default to go along with what most people were using this for. Shift-clicking to copy large sections and then alt-shift click to accomplish the same thing is just an easier way to accomplish drag-and-drop on large sections.
Clip files do pretty much the same thing, but between files, because the system's clipboard won't copy things that drag and drop will copy. That's all.
What are you talking about the "system's" clipboard for? It's not involved -- it's Finale's use of the clipboard. I have no other applications that don't do just fine with copying all of their own metadata, even between separate instances of the same application (let alone between different documnets within a single instance of the application).
If you're blaning the underlying OS's for the problem, then I think you're letting Coda off too lightly. Just as with EPS, other applications manage it, so Finale could, too.
Well, I asked Coda about it about a hundred years ago, and that was what they said. I don't know enough about it to support the argument, though.
Except I tried that, and it still didn't copy the clef changes. Actually, it copied mid-measure clef changes, but not the ones that happened on the bar line. Is there any justification for *that*?
Hmm, I just tried it, too, and got the same results, and no, not that I can see. I would write to Coda about that, for sure, as you have a good point. This is inconsistent. Why, indeed, copy mid-measure clef changes and not start-of-bar changes? Not good.
Christopher _______________________________________________ Finale mailing list [EMAIL PROTECTED] http://lists.shsu.edu/mailman/listinfo/finale
