Re: [Finale] Refuses to optimize
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 Normally during the previous visit to that dialog box, was a sign that some sort of overriding state was at play, the first (well, second, right after This ^$ thing ain't workin' right!) logical explanation being that it already was optimized. Whew--that would be a heck of a deduction. I'm with David, that Finale could help out a bit by providing a way to know for sure, with*out* regard to appearances, that optimization was in effect. But, it's one of those things about Finale that you tuck away and hope for heck that you remember it if it ever rears up again. --Richard On Oct 31, 2007, at 12:02 PM, dhbailey wrote: 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 ...[snip] ... But to just have it sit there doing nothing helps nobody. ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Refuses to optimize
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.musikmanufaktur.com http://www.camerata-berolinensis.de ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Refuses to optimize
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 Oct 2007, at 3:05 AM, Richard Huggins wrote: * checked the group attributes --saw that it said Optimize Only If All Staves Are Empty Aha! I changed it to Optimize Normally. Applied optimization, no change. And when i look at Group Attributes again, it has changed itself back to its original setting. Why? ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Refuses to optimize
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 all whole rests were default * checked the group attributes --saw that it said Optimize Only If All Staves Are Empty Aha! I changed it to Optimize Normally. Applied optimization, no change. And when i look at Group Attributes again, it has changed itself back to its original setting. Why? *checked individual staves to make sure opt. was allowed (it was) I can't think of what I've overlooked. Help would be appreciated. Richard FINMAC 07 ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Refuses to optimize
Did you enter the notes via Speedy? If so, make sure Speedy OptionsFill 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: 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 attributes --saw that it said Optimize Only If All Staves Are Empty Aha! I changed it to Optimize Normally. Applied optimization, no change. And when i look at Group Attributes again, it has changed itself back to its original setting. Why? *checked individual staves to make sure opt. was allowed (it was) I can't think of what I've overlooked. Help would be appreciated. Richard FINMAC 07 ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Refuses to optimize
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 On Oct 31, 2007, at 2:46 AM, Darcy James Argue wrote: 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 ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Refuses to optimize
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 it costs. J D Thomas ThomaStudios On Oct 31, 2007, at 7:17 AM, Richard Huggins wrote: 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 On Oct 31, 2007, at 2:46 AM, Darcy James Argue wrote: 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 ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Refuses to optimize
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, Darcy, unless this has changed recently, changing the group attributes to Allow Optimisation Normally doesn't even affect the system I am on. It blithely lets you go ahead changing the option to no effect (which should be greyed out, IMO, if it isn't going to do anything) until you are ready to scream. Christopher On 31-Oct-07, at 10:17 AM, Richard Huggins wrote: 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 On Oct 31, 2007, at 2:46 AM, Darcy James Argue wrote: 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 ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Refuses to optimize
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 better, or a file we've worked on in the past but which was long enough ago we have forgotten that we had optimized already, or as in Richard's case, where he had optimized but with no apparent result so he thought that he hadn't actually optimized it. All it would take, since Finale obviously knows it's already been optimized and therefore won't apply any more optimization (there must be some sort of flag for it to know this), would be an error message saying This file has already been optimized. To complete the optimization you have just initiated you must remove all optimization and then re-optimize. A very well-behaved program might also include an offer to do it for you: Would you like to remove all current optimization first and then have Finale proceed to re-optimize using the latest settings? (Y)es (N)o. Or maybe even something like Would you like to remove all current optimization first and then have Finale proceed to add these recent optimization options to those already in place and re-optimize? (Y)es (N)o. But to just have it sit there doing nothing helps nobody. David H. Bailey Richard Huggins wrote: 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 On Oct 31, 2007, at 2:46 AM, Darcy James Argue wrote: 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 ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale -- David H. Bailey [EMAIL PROTECTED] ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Refuses to optimize
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 Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Refuses to optimize
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
