I don't know why I bother answering the comments of such a committed
contrarian, but for the sake of other list members I will address some
of these questions.
First, you seem to have missed the point of forking. The forked score
has a very short lifespan. It lives only from the time the score is
finished until the time the parts have been extracted. Then it goes into
the bit bucket.
In the event of Finale providing a linked score/parts feature, there may
be better ways. But absent such a feature, forking the score for the
purpose of extracting parts is a quite elegant procedure.
As to your specific questions:
David W. Fenton wrote:
Why not extract to a part, then explode from that?
Because of all the other stuff you have to do afterwards, specifically,
cues. This suggestion is rather nonsensical. You are advocating
eschewing a single intermediate score file while suggesting that I
create a different intermediate file for (potentially) every section of
the orchestra. How does that make sense?
Why can't it be done in the score, and placed in, say, a layer that
is not visible in the score?
Well, perhaps it could. But it's alot more trouble than just doing it
directly on a copy of the score. In a world with linked parts this
suggestion might make sense. Absent that feature, I see no point in it.
This one I simply don't understand.
If you want to understand it, visit the Copyist Helper page on my
website. I ain't gonna retype it here.
Can't this be controlled by *not* setting up separate text blocks for
parts and scores?
No.
If MM would just implement layout independence in Special Part
Extraction, they'd be more than 75% of the way to having linked parts
Perhaps, but this would have to include separate placement for text
titles, among other features well beyond its current scope (notably,
separate music spacings: a non-trivial enhancement).
All that labor has to be discarded if you end up
perform any significant edits on the score after the forking.
Say what? The forked score only lives during the preparation of the
parts. Then it dies.
--
Robert Patterson
http://RobertGPatterson.com
_______________________________________________
Finale mailing list
Finale@shsu.edu
http://lists.shsu.edu/mailman/listinfo/finale
