On 26 Jan 2005 at 16:04, Jari Williamsson wrote: > Darcy James Argue wrote: > > > I haven't tried cmd-shift-D, but last time I had the problem, I > > noticed it *before* closing windows because, although the displayed > > file was correct, printing it resulted in printing a completely > > different file. Re-opening the same document from Finale's File > > menu (without closing the first instance of the document) solved the > > problem. So there is clearly a "grace period" where the data can be > > recovered if you notice what's going on and take the appropriate > > steps. > > Yes, the behaviour you describe is logical. The reason it's the > correct file that's displaying is because of Finale's display buffers. > What's actually displayed in the window is a picture of the "correct" > document, while when printing all data is retrieved from the document > database itself. Zooming in/out or switching between scroll/page view > should also rebuild the display buffer, btw (=show the actual document > contents).
What would the document window show as its title before and after the redraw -- the display filename or the data filename? In the cases I've had the problem, it was always the wrong data displayed for the filename in the document window's title bar. Redraw did not correct it the times I tried it (which was not every time I encountered the bug). I didn't save or print the files, so I don't really know what was *really* behind the displayed data. -- David W. Fenton http://www.bway.net/~dfenton David Fenton Associates http://www.bway.net/~dfassoc _______________________________________________ Finale mailing list [email protected] http://lists.shsu.edu/mailman/listinfo/finale
