Re: [Finale] Disappearing parts
Robert, I already had. It offered nothing. Fortunately there was only one part to rebuild. I just hope this isn't a new "feature". (Whatever happened to good ol' ASCII format .etf files we could comb through for clues!) Dennis On Mon, April 1, 2019 6:34 pm, Robert Patterson wrote: > It sounds like file corruption to me. I would run Data Check and see what > it says. > > On Mon, Apr 1, 2019 at 2:47 PM Dennis Bathory-Kitsz > wrote: > >> Hi all, >> >> I have an issue that's a little tricky to explain. >> >> This weekend I had to go back to a flute/piano score and make a fix where >> Finale had twice placed incorrect block rests in the flute part: there were >> two block rests (17+2) ignoring 11 measures of notes at the start of the >> first >> movement and two block rests (26+8) ignoring 24 measures of notes at the >> start >> of the third movement. >> >> The score was done in Finale 25.4.1.152 (Windows 10) on 10/31/17. >> >> I opened the file in Finale 25.5.0.290 to find there was no flute part >> present >> at all in the parts menu, nor were any parts present in the "manage parts" >> dialog. The only thing in the "manage parts" dialog was the title of the >> piece. >> >> However, my properly formatted flute and piano parts *could* be accessed >> using >> [ctl+alt+.] >> >> The program had kept the parts but erased their usual access modes. Since I >> didn't trust the program to save things properly, I created new parts >> (which >> destroyed the layout, the separator pages between the movements, and the >> title >> page). Now re-opening the file properly shows all the parts. >> >> I'm wondering what might have caused the assignment of a block rests in >> place >> of notes, and if it might be related to losing the presence of parts. >> >> I keep numbered backups. #308 was where the parts were first created, and >> #321 >> was the last. 308-321 were done on the same day without closing the >> program, >> so if it was some sort of bug, it carried through to when I re-opened and >> saved the file as #322 this weekend. >> >> Has anyone come across something like this? >> >> Thanks, >> Dennis >> >> >> ___ >> Finale mailing list >> Finale@shsu.edu >> https://lists.shsu.edu/mailman/listinfo/finale >> >> To unsubscribe from finale send a message to: >> finale-unsubscr...@shsu.edu >> > ___ > Finale mailing list > Finale@shsu.edu > https://lists.shsu.edu/mailman/listinfo/finale > > To unsubscribe from finale send a message to: > finale-unsubscr...@shsu.edu > > ___ Finale mailing list Finale@shsu.edu https://lists.shsu.edu/mailman/listinfo/finale To unsubscribe from finale send a message to: finale-unsubscr...@shsu.edu
Re: [Finale] Disappearing parts
It sounds like file corruption to me. I would run Data Check and see what it says. On Mon, Apr 1, 2019 at 2:47 PM Dennis Bathory-Kitsz wrote: > Hi all, > > I have an issue that's a little tricky to explain. > > This weekend I had to go back to a flute/piano score and make a fix where > Finale had twice placed incorrect block rests in the flute part: there were > two block rests (17+2) ignoring 11 measures of notes at the start of the > first > movement and two block rests (26+8) ignoring 24 measures of notes at the > start > of the third movement. > > The score was done in Finale 25.4.1.152 (Windows 10) on 10/31/17. > > I opened the file in Finale 25.5.0.290 to find there was no flute part > present > at all in the parts menu, nor were any parts present in the "manage parts" > dialog. The only thing in the "manage parts" dialog was the title of the > piece. > > However, my properly formatted flute and piano parts *could* be accessed > using > [ctl+alt+.] > > The program had kept the parts but erased their usual access modes. Since I > didn't trust the program to save things properly, I created new parts > (which > destroyed the layout, the separator pages between the movements, and the > title > page). Now re-opening the file properly shows all the parts. > > I'm wondering what might have caused the assignment of a block rests in > place > of notes, and if it might be related to losing the presence of parts. > > I keep numbered backups. #308 was where the parts were first created, and > #321 > was the last. 308-321 were done on the same day without closing the > program, > so if it was some sort of bug, it carried through to when I re-opened and > saved the file as #322 this weekend. > > Has anyone come across something like this? > > Thanks, > Dennis > > > ___ > Finale mailing list > Finale@shsu.edu > https://lists.shsu.edu/mailman/listinfo/finale > > To unsubscribe from finale send a message to: > finale-unsubscr...@shsu.edu > ___ Finale mailing list Finale@shsu.edu https://lists.shsu.edu/mailman/listinfo/finale To unsubscribe from finale send a message to: finale-unsubscr...@shsu.edu
[Finale] Disappearing parts
Hi all, I have an issue that's a little tricky to explain. This weekend I had to go back to a flute/piano score and make a fix where Finale had twice placed incorrect block rests in the flute part: there were two block rests (17+2) ignoring 11 measures of notes at the start of the first movement and two block rests (26+8) ignoring 24 measures of notes at the start of the third movement. The score was done in Finale 25.4.1.152 (Windows 10) on 10/31/17. I opened the file in Finale 25.5.0.290 to find there was no flute part present at all in the parts menu, nor were any parts present in the "manage parts" dialog. The only thing in the "manage parts" dialog was the title of the piece. However, my properly formatted flute and piano parts *could* be accessed using [ctl+alt+.] The program had kept the parts but erased their usual access modes. Since I didn't trust the program to save things properly, I created new parts (which destroyed the layout, the separator pages between the movements, and the title page). Now re-opening the file properly shows all the parts. I'm wondering what might have caused the assignment of a block rests in place of notes, and if it might be related to losing the presence of parts. I keep numbered backups. #308 was where the parts were first created, and #321 was the last. 308-321 were done on the same day without closing the program, so if it was some sort of bug, it carried through to when I re-opened and saved the file as #322 this weekend. Has anyone come across something like this? Thanks, Dennis ___ Finale mailing list Finale@shsu.edu https://lists.shsu.edu/mailman/listinfo/finale To unsubscribe from finale send a message to: finale-unsubscr...@shsu.edu