Re: [Finale] File Overwrite Bug Bites Again! (FinMac2005a)
I too regularly open parts automatically with the score open and have (touch wood) never had a problem such as you describe. I'm using Windows Finale 2002b All the best, Lawrence "þaes ofereode - þisses swa maeg"http://lawrenceyates.co.uk ___ Finale mailing list [EMAIL PROTECTED] http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] File Overwrite Bug Bites Again! (FinMac2005a)
Darcy James Argue wrote: But as far as I know, this problem has only occurred after Extracting Parts with open extracted parts turned on. Then this is perhaps not Mac-specific after all! I remember getting this exact problem some Finale versions ago (I think it was in the version when this was introduced - Fin2003?) and have stayed away from the Open Extracted Part option ever since (by instinct). I do a multiple-open from the file open dialog instead, which have always worked. If I get any time available (a shortage right now), I'll see if I can reproduce it on Windows. Best regards, Jari Williamsson ___ Finale mailing list [EMAIL PROTECTED] http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] File Overwrite Bug Bites Again! (FinMac2005a)
Hi Jari, While the only two people who have reported the bug to Coda so far are both Mac users, I have no reason to believe it's a Mac-specific bug. In fact, I recall several Windows users on the list saying that they thought they had had similar problems, although I guess they haven't reported it to Coda yet. The trick with this bug is that if you're not aware of it beforehand, when it hits you are likely to chalk it up to user error, thinking, Damn, I must have made a mistake naming my files, and accidentally overwritten the score. - Darcy - [EMAIL PROTECTED] Brooklyn, NY On 24 Nov 2004, at 04:34 PM, Jari Williamsson wrote: Darcy James Argue wrote: But as far as I know, this problem has only occurred after Extracting Parts with open extracted parts turned on. Then this is perhaps not Mac-specific after all! I remember getting this exact problem some Finale versions ago (I think it was in the version when this was introduced - Fin2003?) and have stayed away from the Open Extracted Part option ever since (by instinct). I do a multiple-open from the file open dialog instead, which have always worked. If I get any time available (a shortage right now), I'll see if I can reproduce it on Windows. Best regards, Jari Williamsson ___ Finale mailing list [EMAIL PROTECTED] http://lists.shsu.edu/mailman/listinfo/finale ___ Finale mailing list [EMAIL PROTECTED] http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] File Overwrite Bug Bites Again! (FinMac2005a)
Hi Christopher, I've had this happen too. It seemed to only happen though when files were open in Finale and another file name was changed in the Finder (meaning by highlighting the name next to the file and re-typing it from within the finder window.) For instance, I've got Horn 1, Horn 2 and a Perc part open. I then go to the folder where I have my files, using the Finder to navigate to the file, and I change the name of the score, or bass part or whatever by highlighting it in the Finder window (these files aren't open of course at the time I change the name.) Even if the score, perc and bass parts are closed, the ol' switcharoo would happen in the open parts. The Perc part may be the Horn part now or whatever. I would have to close all the open files, choosing Don't Save and then go to my backup folder to retrieve the correct parts. This problem is further compounded if you are working on a server with more than one person and any one person changes a file name using the method described above. Other people with files open will see that their files have been switched. This stopped happening once I strictly started using Save As to change file names, or by making sure all open files were closed before I changed the file names from within the Finder window (this includes asking your co-workers if their files are closed if you are working off of a server.) I'm on a Mac but I suppose the same thing could happen on a Windows machine...it's been so long since I have had a windows machine (Windows '97) I think you can now change filenames using the Finder on a windows machine too??? Karen Hi all, I have now been officially bitten by the File Overwrite bug for the third time. The first time (that I know of) was in FinMac2002, then last year in 2003 (both in System 9.2 for Mac) and now in Fin 2005a running under OSX 10.3.6. Here's what I did, exactly. I had opened an older score (apparently this is of some importance), created in 2002 and then edited in 2003, and began to edit some more. I added staves, moved music around, changed notes, dragged various things, changed the title (apparently this is of some importance too), saved it under a new name and then extracted parts using Extract Parts from the File menu. I left the box checked open extracted parts and removed a few words from the file name for the extracted parts, from Miles Ahead rev 2 score.mus to Miles Ah 2 and then left the placeholders for staff name and number intact, so that the first part extracted as Miles Ah 2 - 001 Flute.mus, for example. I then began checking, formatting and printing parts. My usual routine involves editing the page 2 text blocks to include the instrument name. I noticed that one part (Vibraphone) had some errors, so I changed it (including staff transposition), printed it, saved it but did not close the window, then went to look for the score window (still open) to make the changes there, too. I completed the changes, re-saved the score, then hit the yellow Minimize button to get it out of my way while I finished the rest of the parts. I closed the Vibraphone window using Command-W, which closed without prompting me (is this unusual? I usually get prompted all the time for unnecessary saves.) The next part up was Bass, and I decided I would use the old bass part, already extracted from the 2003 version in another folder. I went to Finder, found the old bass part, dragged it to desktop without opening it, then went back to Finale. I saw the new bass part still there, so I hit command-W to close the window. At that moment, the HIDDEN window (the score) geni-ed back out of the Dock where it had been minimised, and I got a prompt Save changes before closing? Well, that was so weird it got my attention immediately. I noticed that name of the score was the same, but what I was looking at in the window was the VIBRAPHONE part! Somehow the content of the vibes part had been transferred to the Score file while it was minimised. (it occurred to me that I was actually looking at the real vibes part which I had mistakenly minimised, but no, the Dock was empty of other minimised windows. This was the file called Miles Ahead rev 2 score.mus and my file called Miles Ah 2 - 013 Vibraphone.mus was safely on my hard drive with an appropriate Date Modified. Needless to say, I did NOT save, but called tech support immediately. After a long conversation, I saved under a new name to send the file to them. I went back to work, but closing the Bass window continued to call up the minimised score document, this time without any changes. I checked the text blocks in all the remaining open files, but none had gone wonky on me. The bug did not recur. Brian in tech support says that for now, don't open any more than one window at a time. The only instances he has of this bug are Darcy's and mine, so if this has ever happened to you, please call it in. Christopher
Re: [Finale] File Overwrite Bug Bites Again! (FinMac2005a)
Hi Christopher, I've had this happen too. It seemed to only happen though when files were open in Finale and another file name was changed in the Finder (meaning by highlighting the name next to the file and re-typing it from within the finder window.) For instance, I've got Horn 1, Horn 2 and a Perc part open. I then go to the folder where I have my files, using the Finder to navigate to the file, and I change the name of the score, or bass part or whatever by highlighting it in the Finder window (these files aren't open of course at the time I change the name.) Even if the score, perc and bass parts are closed, the ol' switcharoo would happen in the open parts. Oops...I made a mistake here...this sentence should read Even if the score and bass parts are closed The Perc part may be the Horn part now or whatever. I would have to close all the open files, choosing Don't Save and then go to my backup folder to retrieve the correct parts. This problem is further compounded if you are working on a server with more than one person and any one person changes a file name using the method described above. Other people with files open will see that their files have been switched. This stopped happening once I strictly started using Save As to change file names, or by making sure all open files were closed before I changed the file names from within the Finder window (this includes asking your co-workers if their files are closed if you are working off of a server.) I'm on a Mac but I suppose the same thing could happen on a Windows machine...it's been so long since I have had a windows machine (Windows '97) I think you can now change filenames using the Finder on a windows machine too??? Karen Hi all, I have now been officially bitten by the File Overwrite bug for the third time. The first time (that I know of) was in FinMac2002, then last year in 2003 (both in System 9.2 for Mac) and now in Fin 2005a running under OSX 10.3.6. Here's what I did, exactly. I had opened an older score (apparently this is of some importance), created in 2002 and then edited in 2003, and began to edit some more. I added staves, moved music around, changed notes, dragged various things, changed the title (apparently this is of some importance too), saved it under a new name and then extracted parts using Extract Parts from the File menu. I left the box checked open extracted parts and removed a few words from the file name for the extracted parts, from Miles Ahead rev 2 score.mus to Miles Ah 2 and then left the placeholders for staff name and number intact, so that the first part extracted as Miles Ah 2 - 001 Flute.mus, for example. I then began checking, formatting and printing parts. My usual routine involves editing the page 2 text blocks to include the instrument name. I noticed that one part (Vibraphone) had some errors, so I changed it (including staff transposition), printed it, saved it but did not close the window, then went to look for the score window (still open) to make the changes there, too. I completed the changes, re-saved the score, then hit the yellow Minimize button to get it out of my way while I finished the rest of the parts. I closed the Vibraphone window using Command-W, which closed without prompting me (is this unusual? I usually get prompted all the time for unnecessary saves.) The next part up was Bass, and I decided I would use the old bass part, already extracted from the 2003 version in another folder. I went to Finder, found the old bass part, dragged it to desktop without opening it, then went back to Finale. I saw the new bass part still there, so I hit command-W to close the window. At that moment, the HIDDEN window (the score) geni-ed back out of the Dock where it had been minimised, and I got a prompt Save changes before closing? Well, that was so weird it got my attention immediately. I noticed that name of the score was the same, but what I was looking at in the window was the VIBRAPHONE part! Somehow the content of the vibes part had been transferred to the Score file while it was minimised. (it occurred to me that I was actually looking at the real vibes part which I had mistakenly minimised, but no, the Dock was empty of other minimised windows. This was the file called Miles Ahead rev 2 score.mus and my file called Miles Ah 2 - 013 Vibraphone.mus was safely on my hard drive with an appropriate Date Modified. Needless to say, I did NOT save, but called tech support immediately. After a long conversation, I saved under a new name to send the file to them. I went back to work, but closing the Bass window continued to call up the minimised score document, this time without any changes. I checked the text blocks in all the remaining open files, but none had gone wonky on me. The bug did not recur. Brian in tech support says that for now, don't open any more than one window at a time. The only instances he has
Re: [Finale] File Overwrite Bug Bites Again! (FinMac2005a)
On Nov 24, 2004, at 4:34 PM, Jari Williamsson wrote: Darcy James Argue wrote: But as far as I know, this problem has only occurred after Extracting Parts with open extracted parts turned on. Then this is perhaps not Mac-specific after all! I remember getting this exact problem some Finale versions ago (I think it was in the version when this was introduced - Fin2003?) and have stayed away from the Open Extracted Part option ever since (by instinct). I do a multiple-open from the file open dialog instead, which have always worked. If I get any time available (a shortage right now), I'll see if I can reproduce it on Windows. Hmm, this would mean that if we opened all the parts MANUALLY, then the bug might not bite? This is very interesting. Darcy, we might have our bacon saved after all. DON'T automatically open the parts, but open them all manually at once after extraction, and we would be safe. Hmm. Christopher ___ Finale mailing list [EMAIL PROTECTED] http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] File Overwrite Bug Bites Again! (FinMac2005a)
On Wed, 24 Nov 2004 20:10:32 -0500, Christopher Smith [EMAIL PROTECTED] wrote: Hmm, this would mean that if we opened all the parts MANUALLY, then the bug might not bite? This is very interesting. Darcy, we might have our bacon saved after all. DON'T automatically open the parts, but open them all manually at once after extraction, and we would be safe. Hmm. The File Overwrite bug has never bitten me, but I never have the program automatically open parts upon extraction. If I ever have two files open, they are parts only... I never have the score open at the same time as one of its parts. This working method may be partly responsible for my never being bitten by the bug... even when I've attempted to reproduce it using files Darcy has sent me. -- Brad Beyenhof [EMAIL PROTECTED] http://augmentedfourth.blogspot.com ___ Finale mailing list [EMAIL PROTECTED] http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] File Overwrite Bug Bites Again! (FinMac2005a)
On Nov 24, 2004, at 6:11 PM, Brad Beyenhof wrote: On Wed, 24 Nov 2004 20:10:32 -0500, Christopher Smith [EMAIL PROTECTED] wrote: Hmm, this would mean that if we opened all the parts MANUALLY, then the bug might not bite? This is very interesting. Darcy, we might have our bacon saved after all. DON'T automatically open the parts, but open them all manually at once after extraction, and we would be safe. Hmm. The File Overwrite bug has never bitten me, but I never have the program automatically open parts upon extraction. If I ever have two files open, they are parts only... I never have the score open at the same time as one of its parts. This working method may be partly responsible for my never being bitten by the bug... even when I've attempted to reproduce it using files Darcy has sent me. I've never experienced this bug, and I routinely do automatically open parts on extraction, which means that the score is open at the same time. I also routinely change transposition and the instrument name in an extracted part, and save it as the new instrument. When I open the original part, it's always fine. This is in FinMac 2005a. Lon Price, Los Angeles [EMAIL PROTECTED] [EMAIL PROTECTED] http://hometown.aol.com/txstnr/ ___ Finale mailing list [EMAIL PROTECTED] http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] File Overwrite Bug Bites Again! (FinMac2005a)
On 23 Nov 2004, at 01:53 PM, Christopher Smith wrote: Hi all, I have now been officially bitten by the File Overwrite bug for the third time. The first time (that I know of) was in FinMac2002, then last year in 2003 (both in System 9.2 for Mac) and now in Fin 2005a running under OSX 10.3.6. Here's what I did, exactly. I had opened an older score (apparently this is of some importance), created in 2002 and then edited in 2003, and began to edit some more. I added staves, moved music around, changed notes, dragged various things, changed the title (apparently this is of some importance too), saved it under a new name and then extracted parts using Extract Parts from the File menu. I left the box checked open extracted parts and removed a few words from the file name for the extracted parts, from Miles Ahead rev 2 score.mus to Miles Ah 2 and then left the placeholders for staff name and number intact, so that the first part extracted as Miles Ah 2 - 001 Flute.mus, for example. I then began checking, formatting and printing parts. My usual routine involves editing the page 2 text blocks to include the instrument name. I noticed that one part (Vibraphone) had some errors, so I changed it (including staff transposition), printed it, saved it but did not close the window, then went to look for the score window (still open) to make the changes there, too. I completed the changes, re-saved the score, then hit the yellow Minimize button to get it out of my way while I finished the rest of the parts. I closed the Vibraphone window using Command-W, which closed without prompting me (is this unusual? I usually get prompted all the time for unnecessary saves.) This may be an important detail. Every time I've encountered this bug, Finale has *not* prompted me to save before closing (or quitting) the document (usually a parts file) that overwrites the other document (usually a score file). I gotta run, but more later. Sad to see this is still a problem. - Darcy - [EMAIL PROTECTED] Brooklyn, NY ___ Finale mailing list [EMAIL PROTECTED] http://lists.shsu.edu/mailman/listinfo/finale