On 2 May 2005 at 12:04, Christopher Smith wrote: > For sure, if the window title doesn't match the contents of the > window, the bug has occurred.
I've been doing a lot of Finale work the last week with multiple files open, combining different files from a multi-movement work into a single file, then generating parts. I've not lost any data or even experienced anything like the file overwrite bug, but I have experienced these problems (WinFin2K3): 1. two sets of minimize/restore/close buttons in the *child* window (this is the Windows MDI interface), side by side, and it's not clear which set goes with which document (often when I have more than two actual open documents). 2. no minimize/restore/close buttons at all when I get down to only a single open document (Ctrl-W will close the document, though). 3. two instances of MassEdit on the menu bar, one functional (the right-hand one) and one not. My bet is that all of these are instances of the same error. Looks like there is a mismatch between the window manager's index of the number of open files, and this is causing weird things to happen. The double set of buttons seems like the counter is off by 1+, and the complete lack of them indicates it's off by 1-. The double MassEdit menu entry seems to be somehow similar to the double set of buttons, based on the way I know menu bars work in applications created with Microsoft development tools. Any time any of these symptoms appear, I save everything and close Finale, clean out the temp directory and restart Finale. It hasn't really been a problem. The real problem is the massive performance slowdown in page view when I have the measure tool selected. It can be almost unusable at times, especially waiting for the display to reflect a change to another tool (most often the Mass Edit tool). -- David W. Fenton http://www.bway.net/~dfenton David Fenton Associates http://www.bway.net/~dfassoc _______________________________________________ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
