Hi Ryan, I'm thinking the problem might be that I was using the TGTools Staff List Manager to optimize systems. I should probably get out of that habit and use the new "Hide Empty Staves" command, but the TGTools method is often more convenient.
I did manage to salvage the file by removing the optimization, then doing a Select All in Page View and using Staff -> Groups and Brackets -> Remove. I then re-created the needed groups in Scroll View. So far (knock on wood) things seem to be okay, though I haven't tried modifying any groups on a system-by-system basis yet. Cheers, - DJA ----- WEB: http://www.secretsocietymusic.org On 1 Aug 2011, at 11:24 PM, Ryan wrote: > I'm sorry, I don't have a solution for you, but I've experienced similar > problems with 2010. I was under the impression that 2011 altered the way > that staves and groups are treated and that these sorts of problems wouldn't > be an issue anymore. > > On Mon, Aug 1, 2011 at 7:21 PM, Darcy James Argue <[email protected]> wrote: > >> Hi all, >> >> FinMac2011c. >> >> In an important orchestral score I'm currently working on, Finale has >> slowed to a crawl. The cause, it appears, is the INSANE multiplication of >> groups -- the file contains literally THOUSANDS of groups. >> >> Has anyone else seen this behavior? Is there any quick way of deleting ALL >> groups on ALL systems (including on optimized systems)? Update Groups does >> not solve the problem, and may possibly make it worse. Also, any idea how I >> avoid this behavior in the future? >> >> Cheers, >> >> - DJA >> ----- >> WEB: http://www.secretsocietymusic.org >> >> >> >> _______________________________________________ >> Finale mailing list >> [email protected] >> http://lists.shsu.edu/mailman/listinfo/finale >> > _______________________________________________ > Finale mailing list > [email protected] > http://lists.shsu.edu/mailman/listinfo/finale _______________________________________________ Finale mailing list [email protected] http://lists.shsu.edu/mailman/listinfo/finale
