Hi Brian,
I wish I could. All I can tell you is that whenever you have multiple documents open simultaneously, there is a risk that one file will inherit the name of another currently open file -- without the name in the menubar changing to reflect this! But when you save the file, it will save with the new name, overwriting the other file, which will be lost forever.
That's bad.
- Darcy
-----
[EMAIL PROTECTED] Brooklyn NY
On 27 May 2004, at 04:46 PM, MacSupport wrote:
Hello,
Could you please provide some specific steps or a list of possible steps that might cause me to reproduce this issue?
I hope this helps!
Brian Customer Support Representative MakeMusic!, Inc.
Please include all previous correspondence relating to this issue in your reply.
Did we answer your question? Click here to comment on the quality of our Technical Support:
<http://www.finalemusic.com/support/tech-comments.asp?tech=brian>
Introducing Finale 2004. See the new features and purchase for Macintosh (OS 9 and OS X) and Windows at http://www.finalemusic.com/
-----Original Message----- From: Darcy James Argue [mailto:[EMAIL PROTECTED] Sent: Monday, May 24, 2004 11:53 AM To: MacSupport Subject: Re: [Finale] That darned file-overwrite bug FinMac 2003
Hi Brian,
The problem is not limited to staff names or text blocks -- as Chris Smith and I describe below, it also happens to *FILE NAMES*, which is (to quote James Brown) superbad, since that results in one file overwriting another without warning.
Regards,
- Darcy
-----
[EMAIL PROTECTED] Brooklyn NY
On 17 May 2004, at 05:24 PM, MacSupport wrote:
Hello,
Yes I think this is an issue when two text blocks in two different files obtain the SAME identification number. I have not heard any other comments about this, but it seems related only specifically to staff names or text blocks, so editing in speedy entry for example does not produce this issue.
I hope this helps!
Brian Technical Support Representative MakeMusic!, Inc. Coda Music Technologies
Please include all previous correspondence relating to this issue in your reply. Did we answer your question? Click here to comment on the quality of our Technical Support: <http://www.finalemusic.com/support/tech-comments.asp?tech=brian>
Introducing Finale 2004. See the new features and purchase for Macintosh (OS 9 and OS X) and Windows at <http://www.finalemusic.com/finale/f2k4/>
-----Original Message----- From: Darcy James Argue [mailto:[EMAIL PROTECTED] Sent: Monday, May 03, 2004 1:41 PM To: [EMAIL PROTECTED] Cc: MacSupport; Christopher BJ Smith Subject: Re: [Finale] That darned file-overwrite bug FinMac 2003
Hi Chris,
If you switch the file names around, this is pretty much what happened to me -- my "Big 1" was overwritten by "Small 2." Fortunately, I noticed the problem quickly and had a recent backup. However, I was using Fin2004 -- I didn't realize the problem existed in previous versions. So I guess that answers your question about whether this problem has been fixed. [sigh]
Again, I think this might be related to the problem where when you make
a change to a text block (or staff name, or pretty much any text
element) in one open document, Finale goes and applies that change to
*all* open documents. I suspect that, in this case, it's doing that
with the *filename*. [sigh] I think this bug might be a byproduct of
the feature which allows you to have plugins apply to "all open
documents." (Maybe Coda could introduce a toggle to turn that off?
I'd gladly give up that feature if it meant I didn't have to worry
about changes in one document bleeding into all the other open
documents.)
At any rate, these are both devastating bugs (or instances of the same bug -- whatever). I know this is difficult to reproduce and therefore difficult to fix, but boy does it ever need fixing. Meanwhile, it's just not safe to have more than one Finale file open at once. [sigh]
- Darcy
-----
[EMAIL PROTECTED] Brooklyn NY
On 03 May 2004, at 02:26 PM, Christopher BJ Smith wrote:
Hi all,
I remember reading a while back about how Finale sometimes overwrites
a file when more than one file is open. I seem to have been bitten by
this bug, but I can't reconstruct what I did, as an hour passed before
I noticed it. What I think happened is this:
I had a score ("Big 1") open I was working on.
I opened another file ("Small 2"), made a small edit, printed it, and closed it.
Went back to working on my (still open) "Big 1" score. The next time I
saved it, it saved under the name and location of the OTHER file,
overwriting it.
When I later went to open "Small 2", I got my completed "Big 1" score instead. The file saved under the name "Big 1" was the version I last saved just before I opened the "Small 2" score at around noon, and so was incomplete.
Small 2 is gone, gone, gone. When I look to see if I can undo what I did in the file called Small 1 (to go back to before the file was overwritten), the Undo lists are greyed out.
Is this comparable to what others have observed? I don't use Fin2004 much yet, so I don't know whether this bug is still around, but it is definitely there in FinMac2003.
Christopher _______________________________________________ Finale mailing list [EMAIL PROTECTED] http://lists.shsu.edu/mailman/listinfo/finale
_______________________________________________ Finale mailing list [EMAIL PROTECTED] http://lists.shsu.edu/mailman/listinfo/finale
