Re: [Finale] Dealing with parts

2005-12-22 Thread Johannes Gebauer
On 22.12.2005 Robert Patterson wrote: But that is precisely its power. The ability to provide extra margins combined with the "take existing gaps into account" option saves eons of time over what I've tried with the built in tool. Suppose a particular page has a couple of systems that need ext

Re: [Finale] Dealing with parts

2005-12-22 Thread Javier Ruiz
Hi, Brad. Recheck show mesaure number would not be needed if you check "always show in top staff" when you define the measure region. Javier. The 21/12/05 21:53, Brad Beyenhof escribió/wrote: > way. Most of the work I do requires all measure numbers to be > displayed on the parts, so I change t

Re: [Finale] Dealing with parts

2005-12-22 Thread Javier Ruiz
Hi, In some rare cases is better to make a super-score with all the parts in separated staves. Then extract the parts, layout them and print them and after that mix the parts creating staves with several instruments to make a nice conductor's score. Javier Ruiz

Re: [Finale] Dealing with parts

2005-12-22 Thread Robert Patterson
Johannes Gebauer > (About JW Space Systems) > The > only difference is the extra options for extra page margins, which can > avoid rounding errors which still happen occasionally (with both JW and > the built int tool). But that is precisely its power. The ability to provide extra margins combi

Re: [Finale] Dealing with parts

2005-12-22 Thread Johannes Gebauer
On 22.12.2005 Robert Patterson wrote: BTW: an absolutely essential tool for laying out parts is the free plugin, JW Space Systems. It is vastly superior to the built-in system spacing tools, which I have never been able to figure out how to use. (Why bother, when JW Space Systems works so well.

Re: [Finale] Dealing with parts

2005-12-22 Thread Andrew Stiller
At 10:50 AM 12/22/2005, Robert Patterson wrote: >Once I have extracted a part, I still have to invest a huge amount of >time in it, mainly for page layout, page turns, and tweaking the music >spacing. > It is >nearly inconceivable that I would ever undertake that work twice. Interesting. I gene

Re: [Finale] Dealing with parts

2005-12-22 Thread Robert Patterson
Johannes Gebauer > > Wouldn't it be easier to do this in the Parts-Score, ie once, instead of > for every part? In theory, perhaps. In practice, I don't trust Copy/Insert well enough. (It has many bugs and omissions, even in Fin06 which I still don't use.) There are some other obstacles as wel

Re: [Finale] Dealing with parts

2005-12-22 Thread Johannes Gebauer
On 22.12.2005 Robert Patterson wrote: (Another big item is that I often concatenate extracted results from several score files into a single part file.) Wouldn't it be easier to do this in the Parts-Score, ie once, instead of for every part? Johannes -- http://www.musikmanufaktur.com http://

Re: [Finale] Dealing with parts

2005-12-22 Thread Aaron Sherber
At 10:50 AM 12/22/2005, Robert Patterson wrote: >Once I have extracted a part, I still have to invest a huge amount of >time in it, mainly for page layout, page turns, and tweaking the music >spacing. Yes, I do the same. > It is >nearly inconceivable that I would ever undertake that work twice.

Re: [Finale] Dealing with parts

2005-12-22 Thread Robert Patterson
> every now and then I find it beneficial to > re-extract the parts. Once I have extracted a part, I still have to invest a huge amount of time in it, mainly for page layout, page turns, and tweaking the music spacing. (Another big item is that I often concatenate extracted results from severa

Re: [Finale] Dealing with parts

2005-12-22 Thread Aaron Sherber
At 11:08 PM 12/21/2005, Robert Patterson wrote: >Either you enter it once in the score and once in the part, >or you enter once in the score and once in the "parts score" and then >copy from the "parts score" to the part. In this case, the "parts score" >seems like an unnecessary extra step. Yes

Re: [Finale] Dealing with parts

2005-12-22 Thread Johannes Gebauer
On 21.12.2005 Robert Patterson wrote: The examples Brad and I have given for using an intermediate (and temporary) copy of the score for part extraction seem to call into question the value of linked scores and parts. I think they would make it much easier - if implemented well. In theory I

Re: [Finale] Dealing with parts

2005-12-22 Thread Johannes Gebauer
On 21.12.2005 David W. Fenton wrote: Please explain to me why you need to do this. I don't get it, since the settings for most things in parts are controllable simply by setting them in the default parts page layout or at the time that you extract parts. What aspects of layout are fixed by fo

Re: [Finale] Dealing with parts

2005-12-21 Thread Robert Patterson
Aaron Sherber wrote: Really? I keep my "parts score" around, in case I need to make revisions. Copying and pasting changes from the main score to the parts score is, for me, much faster than re-creating the parts score from the main score, with all the cues, etc. Eh? I agree with David i

Re: [Finale] Dealing with parts

2005-12-21 Thread Dean M. Estabrook
Thank you gentlemen. Dean On Dec 21, 2005, at 4:11 PM, Aaron Sherber wrote: At 06:21 PM 12/21/2005, Dean M. Estabrook wrote: >BTW, I've looked all over in my Mac2k6, and have not been able to >find Smart Explosion, of which you speak. What is it, and where is it? It's part of the full TGTo

Re: [Finale] Dealing with parts

2005-12-21 Thread Aaron Sherber
At 09:54 PM 12/21/2005, Robert Patterson wrote: >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. Really? I keep my

Re: [Finale] Dealing with parts

2005-12-21 Thread Chuck Israels
This is how I do it. I make a score that extracts parts correctly and extract them. When that's done, I make a few changes (saving the new file as "score") - some text blocks, page formatting, page set up, measure numbers - things like that. It usually takes me a while. I keep that as th

Re: [Finale] Dealing with parts

2005-12-21 Thread Robert Patterson
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

Re: [Finale] Dealing with parts

2005-12-21 Thread David W. Fenton
On 21 Dec 2005 at 21:51, Robert Patterson wrote: > > -Original Message- > > > > What aspects of layout are fixed by forking the file before you > > extract parts? > > It allows you to edit the score for extraction without affecting your > clean score. These edits are likely to be > > 1.

Re: [Finale] Dealing with parts

2005-12-21 Thread Aaron Sherber
At 06:21 PM 12/21/2005, Dean M. Estabrook wrote: >BTW, I've looked all over in my Mac2k6, and have not been able to >find Smart Explosion, of which you speak. What is it, and where is it? It's part of the full TGTools, available from www.tgtools.com The TGTools Lite included with Fin2006 include

Re: [Finale] Dealing with parts

2005-12-21 Thread Brad Beyenhof
It's part of TGTools: http://tgtools.com This, and the Patterson Plug-ins, are (in my opinion) necessary for serious engraving work. -- Brad Beyenhof Real-time Finale discussion: http://www.finaleirc.com my blog: http://augmentedfourth.blogspot.com Silence will save me from being wrong (and fooli

Re: [Finale] Dealing with parts

2005-12-21 Thread Dean M. Estabrook
BTW, I've looked all over in my Mac2k6, and have not been able to find Smart Explosion, of which you speak. What is it, and where is it? Dean On Dec 21, 2005, at 2:42 PM, Lee Actor wrote: In addition to Brad's and Robert's examples, I'll add the following items which are much easier to deal

RE: [Finale] Dealing with parts

2005-12-21 Thread Lee Actor
In addition to Brad's and Robert's examples, I'll add the following items which are much easier to deal with in an intermediate "parts" score: 1) font and position of measure numbers 2) position and format of page numbers 3) music spacing For me these are all different in the parts than they are

Re: [Finale] Dealing with parts

2005-12-21 Thread Dean M. Estabrook
Brad: No, I haven't done much work yet, so that sounds as if may make the most sense. I appreciate the wisdom of the list ... Thanks, Dean On Dec 21, 2005, at 10:54 AM, Brad Beyenhof wrote: Actually, Dean, if you haven't done much work on the files since extraction I would very much reco

Re: [Finale] Dealing with parts

2005-12-21 Thread Christopher Smith
On Dec 21, 2005, at 4:24 PM, David W. Fenton wrote: On 21 Dec 2005 at 10:54, Brad Beyenhof wrote: Actually, Dean, if you haven't done much work on the files since extraction I would very much recommend creating a separate Parts score as Johannes suggested. I was under the impression that you

Re: [Finale] Dealing with parts

2005-12-21 Thread Dean M. Estabrook
Well, I can only speak to my present case, but I found that after I extracted the parts from the score, which was in legal size format, and wished to print the parts in 8.5x11, when the parts opened up, they needed a lot of adjusting from the default presentation. Hairpins needed moving,

Re: [Finale] Dealing with parts

2005-12-21 Thread Robert Patterson
> -Original Message- > From: Brad Beyenhof [mailto:[EMAIL PROTECTED] > > In my earlier reply I neglected to mention this, which is a big issue > for me as well. > The examples Brad and I have given for using an intermediate (and temporary) copy of the score for part extraction seem to

Re: [Finale] Dealing with parts

2005-12-21 Thread Brad Beyenhof
On 12/21/05, Robert Patterson <[EMAIL PROTECTED]> wrote: > > What aspects of layout are fixed by forking the file before you > > extract parts? > > Item #4 (Miscellaneous) may include stuff like moving the titles > on page 1 (and/or global titles) to match what you want in each > part. For me, quit

Re: [Finale] Dealing with parts

2005-12-21 Thread Brad Beyenhof
On 12/21/05, David W. Fenton <[EMAIL PROTECTED]> wrote: > What aspects of layout are fixed by forking the file before you > extract parts? Not layout per se, but certain things like the size of measure numbers (or measure-expression rehearsal letters/numbers) or the inclusion of measure number reg

Re: [Finale] Dealing with parts

2005-12-21 Thread Robert Patterson
> -Original Message- > > What aspects of layout are fixed by forking the file before you > extract parts? > It allows you to edit the score for extraction without affecting your clean score. These edits are likely to be 1. Preprocessing (e.g., TGTools Smart Explosion). 2. Cues. 3. Head

Re: [Finale] Dealing with parts

2005-12-21 Thread David W. Fenton
On 21 Dec 2005 at 10:54, Brad Beyenhof wrote: > Actually, Dean, if you haven't done much work on the files since > extraction I would very much recommend creating a separate Parts score > as Johannes suggested. I was under the impression that you had already > done some work on the files individua

Re: [Finale] Dealing with parts

2005-12-21 Thread Brad Beyenhof
Actually, Dean, if you haven't done much work on the files since extraction I would very much recommend creating a separate Parts score as Johannes suggested. I was under the impression that you had already done some work on the files individually and didn't want to have to re-extract. If this is n

Re: [Finale] Dealing with parts

2005-12-21 Thread Dean M. Estabrook
Many Thanks. Dean On Dec 21, 2005, at 9:05 AM, Brad Beyenhof wrote: On 12/21/05, Dean M. Estabrook <[EMAIL PROTECTED]> wrote: On Dec 21, 2005, at 8:35 AM, Brad Beyenhof wrote: On 12/21/05, Dean M. Estabrook <[EMAIL PROTECTED]> wrote: Question: do I have to do all of these operations in

Re: [Finale] Dealing with parts

2005-12-21 Thread Brad Beyenhof
On 12/21/05, Dean M. Estabrook <[EMAIL PROTECTED]> wrote: > On Dec 21, 2005, at 8:35 AM, Brad Beyenhof wrote: >> On 12/21/05, Dean M. Estabrook <[EMAIL PROTECTED]> wrote: >> >>> Question: do I have >>> to do all of these operations individually to each part (file), or is >>> there a way to do it t

Re: [Finale] Dealing with parts

2005-12-21 Thread Johannes Gebauer
On 21.12.2005 Brad Beyenhof wrote: >Question: do I have >> to do all of these operations individually to each part (file), or is >> there a way to do it to one and carry the changes across to all the >> others? Using Mac 2006b. The easiest way to do this is to use Robert Patterson's Settings

Re: [Finale] Dealing with parts

2005-12-21 Thread Dean M. Estabrook
Thanks Brad. Where does one access the Settings Scrapbook? Dean On Dec 21, 2005, at 8:35 AM, Brad Beyenhof wrote: On 12/21/05, Dean M. Estabrook <[EMAIL PROTECTED]> wrote: Question: do I have to do all of these operations individually to each part (file), or is there a way to do it to one a

Re: [Finale] Dealing with parts

2005-12-21 Thread Brad Beyenhof
On 12/21/05, Dean M. Estabrook <[EMAIL PROTECTED]> wrote: > Question: do I have > to do all of these operations individually to each part (file), or is > there a way to do it to one and carry the changes across to all the > others? Using Mac 2006b. The easiest way to do this is to use Robert Patt

Re: [Finale] Dealing with parts

2005-12-21 Thread Carolyn Bremer
You can adjust the part settings globally in the score file. See options > page format > parts You'll need to re-extract the parts to have the settings affect the parts. -Carolyn On 12/21/05, Dean M. Estabrook <[EMAIL PROTECTED]> wrote: > Hey Guys: > > I'm dealing with a large (28 Stave) band

[Finale] Dealing with parts

2005-12-21 Thread Dean M. Estabrook
Hey Guys: I'm dealing with a large (28 Stave) band score. I've extracted the parts, and need to edit several things, e.g., reducing the size of the measure number boxes and their positioning, reducing the percentage, etc. The score is in a legal size format, but I need the parts to be in