Re: [Finale] Refuses to optimize

2007-11-01 Thread Johannes Gebauer
On 31.10.2007 Jari Williamsson wrote: before I realised that I had to REMOVE optimisation before changing the group attributes. Why not just use Scroll View, change the attribute there and then optimize? Hi Jari, and a very warm welcome back on the Finale list! Johannes -- http://www.musikma

Re: [Finale] Refuses to optimize

2007-11-01 Thread Richard Huggins
Very sensical points. In retrospect, a highly intuitive person *might* have made the following observation in my experience, that the fact that the setting returned itself to the Allow Optimization Only If All Staves Are Empty setting, after it clearly had been changed to Allow Optimization

Re: [Finale] Refuses to optimize

2007-10-31 Thread Randolph Peters
Jari Williamsson wrote: [snip] Jari! Welcome back to the list! -Randolph Peters ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale

Re: [Finale] Refuses to optimize

2007-10-31 Thread Jari Williamsson
Christopher Smith wrote: before I realised that I had to REMOVE optimisation before changing the group attributes. Why not just use Scroll View, change the attribute there and then optimize? Best regards, Jari Williamsson ___ Finale mailing list

Re: [Finale] Refuses to optimize

2007-10-31 Thread dhbailey
I've often wondered how difficult it would be for MakeMusic to add a warning box to pop up when someone tries to optimize something which has already been optimized -- say, for instance, we receive a Finale file from a client who just can't be bothered with it anymore but wants it to look bette

Re: [Finale] Refuses to optimize

2007-10-31 Thread Christopher Smith
Heh, heh (I only giggle in commiseration, not AT you) I lost the better part of a day on this a few years ago, before I realised that I had to REMOVE optimisation before changing the group attributes. And with Linked Parts, things have changed again (as Kim R discovered in 2007). And BTW,

Re: [Finale] Refuses to optimize

2007-10-31 Thread ThomaStudios
This is another good reason to use TGTools. Not only can you manipulate staves AFTER optimizing, there is a command to Update Groups, which has helped me immensely in the past. Especially after adding a new stave while editing a score that had been previously optimized. Worth every penny

Re: [Finale] Refuses to optimize

2007-10-31 Thread Richard Huggins
Thanks to all for the helpful tips. The one below worked. Not seeing the results of optimization onscreen, I wouldn't have thought there was any sense in using Remove Optimization. I realize now that optimization can be in effect, just not be being allowed by an overiding attribute. RH O

Re: [Finale] Refuses to optimize

2007-10-31 Thread Fiskum, Steve
Did you enter the notes via Speedy? If so, make sure Speedy Options>"Fill with Rests at End of Measure" is NOT checked. At times this can place whole rests in the empty measures which would not allow you to optimize a system. Steve 10/31/07 2:05 AM, "Richard Huggins" <[EMAIL PROTECTED]> wrote:

Re: [Finale] Refuses to optimize

2007-10-30 Thread Darcy James Argue
You need to remove optimization, *then* change the group attributes, *then* optimize. After optimization, any change to group attributes only affects a single system. Another, perhaps easier solution -- use TGTools Staff List Manager. - Darcy - [EMAIL PROTECTED] Brooklyn, NY On 31 O

Re: [Finale] Refuses to optimize

2007-10-30 Thread Eric Dannewitz
Um, special part extraction? Richard Huggins wrote: What am I not thinking of? Solo, Sop, Alto, Ten, Bass staves, part of a grouping. There are 6 bars of rest, then only the men sing for awhile. So there are plenty of empty staves. Nothing I've tried will cause them to optimize. * made sure

[Finale] Refuses to optimize

2007-10-30 Thread Richard Huggins
What am I not thinking of? Solo, Sop, Alto, Ten, Bass staves, part of a grouping. There are 6 bars of rest, then only the men sing for awhile. So there are plenty of empty staves. Nothing I've tried will cause them to optimize. * made sure all whole rests were default * checked the group a