On 30 Jun 2004 at 18:49, Darcy James Argue wrote:

> Please report this to winsupport, even if your recollection of the bug
> is hazy.  If this bug is a Windows problem as well, Coda should know
> about it.  It may also receive higher priority if Coda can find a way
> to reproduce it on Windows machines as well.

I've had a similar problem once or twice, where I had multiple 
windows open (WinFin) and when I went from one window to another, the 
wrong music was displayed on screen, based on the title bar.

Say I had the three movements of a piano quartet open (something I 
would do when it's ready to print, since I have to do page layout and 
set the page offsets). After a certain point, I cycle around the open 
windows, and two of them have the same content, even though the 
filenames are different.

I did lose a file once, but, fortunately, I had one previous saved 
version because of the BAK files.

But I've never been able to reproduce the bug. Something similar 
seems to have happened, but I didn't save changes and didn't lose 
anything.

This was in WinFin97, and maybe in WinFin2K3.

In WinFin2K3 I've also seen problems with the multiple document 
interface, where the minimize/maximize/close buttons in the upper 
right did not appear when and where they were supposed to.

It works like this, when it happens:

You open document 1. When only one window is open, the MDI works by 
having only one set of min/max/close buttons, the ones for the parent 
application window (this is normal). You work for a while.

You open document 2. At that point, normal behavior should be that 
now you'd get a subsidiary set of min/max/close buttons for each of 
the child windows. Indeed, when the document windows are not 
maximized, each child window has its own set of min/max/close 
widgets. If you are working with the document window maximized inside 
the application window, you should see two sets of min/max/close 
widgets as you cycle through the open documents.

But what you instead get when you return to document 1 is a window 
without its own widgets, so you can't close that particular window by 
itself. Indeed, you can't even go to the FILE menu and choose CLOSE --
it's enabled, but it won't close (the keyboard shortcut, Ctrl-W, 
doesn't work, either). 

The only way to close the document is to close Finale.

I can't reproduce it.

I don't know why or when it happens, but I wouldn't be surprised if 
all of these problems in regard to multiple open documents are 
related in some way.

And it makes me not trust Finale.

-- 
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

Reply via email to