Re: [Finale] Ossias, I think
It looks pretty good, but I think you should find a way of either moving some chord symbols closer to the system to which the belong, or putting more space between the staves. Particularly the chords on system 4 are uncomfortably close to the triplet indications on the system above. You could try Christopher’s suggestion of making four lines of three bars each, or maybe shorten the stems of the eighth note kicks. On 21 Apr 2014, at 14:53, Christopher Smith christopher.sm...@videotron.ca wrote: Are you sure about the title in French? Femmes de Disparaissent is not correct French, but it may have been Golson's error and been documented like that (like Parker's Au Privave) in which case of course it must stay like that. The correct French title is “Des femmes disparaissent” All the best, Michael ___ 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] Ossias, I think
In addition to co-signing everything Chris said: The pickup measure is much too wide. 2 mm./system on systems 1, 2, and 4 is much too loose. 3 mm/system throughout prior to solos would be better. You need stems down on the B and D in the main staff in mm.7-8 and m.12. You need to configure your file so that the rhythm section hits do not affect stem or tie direction in the main staff. Also, any ties on the rhythm section hits should go above, not below. The sixteenth tuplet in m.10 needs a bracket and the number needs adjustment. The Emi7(b5) symbol in m.12 should move to the right, and the F13 symbol should move left and up to avoid collision. You need to make it clear that there is a chord on each eighth note hit — right now it looks like both hits are on Emi7(b5). Also, the internal spacing of the Emi7(b5) symbol could be much improved so that it doesn't take up so much space. Stems could be a bit thicker and barlines thicker still. Staff lines, stem lines, and barlines should be set to a different thickness. The diminished circle symbol does not have the handwritten look — it appears to come from a different font than the other chord suffixes. Finally, I'd use slash and diamond noteheads for the hits, not X's. You also have a regular (non-diamond) notehead above the staff in m.7 Cheers, - DJA - WEB: http://www.secretsocietymusic.org On Apr 21, 2014, at 8:19 AM, Girard Bowe girard.b...@verizon.net wrote: I used Darcy's Steve's suggestions for the Blues on My Mind leadsheet, and here is the result: http://freejazzinstitute.com/showposts.php?dept=transcriptions Thanks again - I'm open to comments regarding the look - would you have laid it out this way? Giz Richmond VA |-Original Message- |From: finale-boun...@shsu.edu [mailto:finale-boun...@shsu.edu] On Behalf Of |Darcy James Argue |Sent: Thursday, April 17, 2014 1:40 AM |To: finale@shsu.edu |Subject: Re: [Finale] Ossias, I think | |Don't use the Ossia Tool. Put the kicks in a separate layer above staff, reduce size, |and use the Hide Ledger Lines plugin. ___ 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] Ossias, I think
PS The title/composer/copyright font looks an awful lot like Comic Sans. There are much better options available. Titles in this style are traditionally in ALL CAPS. Cheers, - DJA - WEB: http://www.secretsocietymusic.org On Apr 22, 2014, at 3:57 AM, Darcy James Argue djar...@icloud.com wrote: In addition to co-signing everything Chris said: The pickup measure is much too wide. 2 mm./system on systems 1, 2, and 4 is much too loose. 3 mm/system throughout prior to solos would be better. You need stems down on the B and D in the main staff in mm.7-8 and m.12. You need to configure your file so that the rhythm section hits do not affect stem or tie direction in the main staff. Also, any ties on the rhythm section hits should go above, not below. The sixteenth tuplet in m.10 needs a bracket and the number needs adjustment. The Emi7(b5) symbol in m.12 should move to the right, and the F13 symbol should move left and up to avoid collision. You need to make it clear that there is a chord on each eighth note hit — right now it looks like both hits are on Emi7(b5). Also, the internal spacing of the Emi7(b5) symbol could be much improved so that it doesn't take up so much space. Stems could be a bit thicker and barlines thicker still. Staff lines, stem lines, and barlines should be set to a different thickness. The diminished circle symbol does not have the handwritten look — it appears to come from a different font than the other chord suffixes. Finally, I'd use slash and diamond noteheads for the hits, not X's. You also have a regular (non-diamond) notehead above the staff in m.7 Cheers, - DJA - WEB: http://www.secretsocietymusic.org On Apr 21, 2014, at 8:19 AM, Girard Bowe girard.b...@verizon.net wrote: I used Darcy's Steve's suggestions for the Blues on My Mind leadsheet, and here is the result: http://freejazzinstitute.com/showposts.php?dept=transcriptions Thanks again - I'm open to comments regarding the look - would you have laid it out this way? Giz Richmond VA |-Original Message- |From: finale-boun...@shsu.edu [mailto:finale-boun...@shsu.edu] On Behalf Of |Darcy James Argue |Sent: Thursday, April 17, 2014 1:40 AM |To: finale@shsu.edu |Subject: Re: [Finale] Ossias, I think | |Don't use the Ossia Tool. Put the kicks in a separate layer above staff, reduce size, |and use the Hide Ledger Lines plugin. ___ 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] Ossias, I think
I thank all who took the time to look at my leadsheet and make suggestions - this is the type of feedback I was hoping for! I've printed them all, and will be revising my leadsheet accordingly. For Darcy, regarding the font - I'm using Dom Casual. I was tired of some of the cartoonish Jazz text characters, but if Dom Cas looks like Comic Sans to you, my choice wasn't much better! I'm open for suggestions for a text font which will work with the Jazz music font. For Christopher - yes, I got the French title wrong. It should be Des Femmes Disparaissent. Thanks again! Giz Richmond VA ___ 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] Ossias, I think
Hi Giz, I like Digital Strip, although it's uppercase-only: http://www.dafont.com/digital-strip.font You ideally want something that looks something like Clinton Roemer's lettering, though I've not been able to find a close match. (You do have the Clinton Roemer book, yes? If not, you absolutely must get yourself a copy!) Also in mind that if you're going for the hand-copied look, titles and instrument names were often stamped or stenciled. You don't necessarily need to use a handwritten-looking font for these items. Cheers, - DJA - WEB: http://www.secretsocietymusic.org On Apr 22, 2014, at 9:20 AM, Girard Bowe girard.b...@verizon.net wrote: I thank all who took the time to look at my leadsheet and make suggestions - this is the type of feedback I was hoping for! I've printed them all, and will be revising my leadsheet accordingly. For Darcy, regarding the font - I'm using Dom Casual. I was tired of some of the cartoonish Jazz text characters, but if Dom Cas looks like Comic Sans to you, my choice wasn't much better! I'm open for suggestions for a text font which will work with the Jazz music font. For Christopher - yes, I got the French title wrong. It should be Des Femmes Disparaissent. Thanks again! Giz Richmond VA ___ 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] Ossias, I think
Darcy, For the stamped look, what's your opinion of the Sibelius reprise font? Sent from my iPhone, so please pardon all the typos. On Apr 22, 2014, at 9:42 AM, Darcy James Argue djar...@icloud.com wrote: Hi Giz, I like Digital Strip, although it's uppercase-only: http://www.dafont.com/digital-strip.font You ideally want something that looks something like Clinton Roemer's lettering, though I've not been able to find a close match. (You do have the Clinton Roemer book, yes? If not, you absolutely must get yourself a copy!) Also in mind that if you're going for the hand-copied look, titles and instrument names were often stamped or stenciled. You don't necessarily need to use a handwritten-looking font for these items. Cheers, - DJA - WEB: http://www.secretsocietymusic.org On Apr 22, 2014, at 9:20 AM, Girard Bowe girard.b...@verizon.net wrote: I thank all who took the time to look at my leadsheet and make suggestions - this is the type of feedback I was hoping for! I've printed them all, and will be revising my leadsheet accordingly. For Darcy, regarding the font - I'm using Dom Casual. I was tired of some of the cartoonish Jazz text characters, but if Dom Cas looks like Comic Sans to you, my choice wasn't much better! I'm open for suggestions for a text font which will work with the Jazz music font. For Christopher - yes, I got the French title wrong. It should be Des Femmes Disparaissent. Thanks again! Giz Richmond VA ___ 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] Ossias, I think
Really not a fan. Doesn't look much like the actual stamps copyists would use, nor do I think it's necessary or desirable to replicate a stamped look in the first place. I don't use manuscript-type music fonts anymore, but when I did I just used Palatino for titles etc. Cheers, - DJA - WEB: http://www.secretsocietymusic.org On Apr 22, 2014, at 10:34 AM, Williams, Jim jwilli...@franklincollege.edu wrote: Darcy, For the stamped look, what's your opinion of the Sibelius reprise font? Sent from my iPhone, so please pardon all the typos. On Apr 22, 2014, at 9:42 AM, Darcy James Argue djar...@icloud.com wrote: Hi Giz, I like Digital Strip, although it's uppercase-only: http://www.dafont.com/digital-strip.font You ideally want something that looks something like Clinton Roemer's lettering, though I've not been able to find a close match. (You do have the Clinton Roemer book, yes? If not, you absolutely must get yourself a copy!) Also in mind that if you're going for the hand-copied look, titles and instrument names were often stamped or stenciled. You don't necessarily need to use a handwritten-looking font for these items. Cheers, - DJA - WEB: http://www.secretsocietymusic.org On Apr 22, 2014, at 9:20 AM, Girard Bowe girard.b...@verizon.net wrote: I thank all who took the time to look at my leadsheet and make suggestions - this is the type of feedback I was hoping for! I've printed them all, and will be revising my leadsheet accordingly. For Darcy, regarding the font - I'm using Dom Casual. I was tired of some of the cartoonish Jazz text characters, but if Dom Cas looks like Comic Sans to you, my choice wasn't much better! I'm open for suggestions for a text font which will work with the Jazz music font. For Christopher - yes, I got the French title wrong. It should be Des Femmes Disparaissent. Thanks again! Giz Richmond VA ___ 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 ___ 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] Terrible bug in FM2014a
MM recognized the error and outlined the workaround I already had used, as I had no time to wait. Their reply: Hello Klaus - Thanks for contacting MakeMusic customer support. I created some quick test files and I was able to replicate and confirm the behavior. It looks like Transpose all Key Proportionally isn't properly able to distinguish between corresponding major and minor key signatures -- if they share the same key signature this function is treating with the same transposition. Transpose All Keys Proportionately worked fine in all other cases between both major and minor keys with different signatures. This definitely looks like incorrect behavior for this tool, so I've gone ahead and written this up review by our product management team. Hopefully this can be scoped and fixed in a future update or release. In the meantime, the best workaround would probably be to select Measure X until next key change under Measure Region, then do each key signature section separately. It's a little bit more time consuming as you'll have to bring up that Key Signature dialogue several times, but it should ensure that you get the correct key signature in place for all measures. Please feel free to respond to this case if you have any further questions about this issue. Nathan H MakeMusic Customer Support From: David H. Bailey dhbai...@davidbaileymusicstudio.com To: finale@shsu.edu Sent: Monday, April 21, 2014 7:40 PM Subject: Re: [Finale] Terrible bug in FM2014a Wow, that is bizarre! Please keep us informed about what sort of reply you receive from MakeMusic when you report the bug! Thanks and good luck! David On 4/21/2014 1:20 PM, Klaus Smedegaard Bjerre wrote: It went down a sixth and started on Ab instead of F. Accidental went odd. Klaus From: David H. Bailey dhbai...@davidbaileymusicstudio.com To: finale@shsu.edu Sent: Monday, April 21, 2014 5:56 PM Subject: Re: [Finale] Terrible bug in FM2014a On 4/21/2014 11:16 AM, Klaus Smedegaard Bjerre wrote: Just found out of a horrible bug in FM2014a: When transposing a duet edition for another pair of instruments I realised that the function of transposing all keys proportionally does not work. The whole piece ends up in the key of the opening section. In my actual case the sequence should have been Ab major - F minor - Ab major, but the whole piece now is in Ab major. Please correct this as soon as possible. What happened to the section that was in F minor? After all, it's the same key signature as Ab major -- did the pitches actually get transposed incorrectly? -- David H. Bailey dhbai...@davidbaileymusicstudio.com http://www.davidbaileymusicstudio.com ___ 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] Terrible bug in FM2014a
Klaus, Thank you very much for sharing the workaround that MM suggested. Let's hope it really gets fixed in the next update! David On 4/22/2014 12:39 PM, Klaus Smedegaard Bjerre wrote: MM recognized the error and outlined the workaround I already had used, as I had no time to wait. Their reply: Hello Klaus - Thanks for contacting MakeMusic customer support. I created some quick test files and I was able to replicate and confirm the behavior. It looks like Transpose all Key Proportionally isn't properly able to distinguish between corresponding major and minor key signatures -- if they share the same key signature this function is treating with the same transposition. Transpose All Keys Proportionately worked fine in all other cases between both major and minor keys with different signatures. This definitely looks like incorrect behavior for this tool, so I've gone ahead and written this up review by our product management team. Hopefully this can be scoped and fixed in a future update or release. In the meantime, the best workaround would probably be to select Measure X until next key change under Measure Region, then do each key signature section separately. It's a little bit more time consuming as you'll have to bring up that Key Signature dialogue several times, but it should ensure that you get the correct key signature in place for all measures. Please feel free to respond to this case if you have any further questions about this issue. Nathan H MakeMusic Customer Support From: David H. Bailey dhbai...@davidbaileymusicstudio.com To: finale@shsu.edu Sent: Monday, April 21, 2014 7:40 PM Subject: Re: [Finale] Terrible bug in FM2014a Wow, that is bizarre! Please keep us informed about what sort of reply you receive from MakeMusic when you report the bug! Thanks and good luck! David On 4/21/2014 1:20 PM, Klaus Smedegaard Bjerre wrote: It went down a sixth and started on Ab instead of F. Accidental went odd. Klaus From: David H. Bailey dhbai...@davidbaileymusicstudio.com To: finale@shsu.edu Sent: Monday, April 21, 2014 5:56 PM Subject: Re: [Finale] Terrible bug in FM2014a On 4/21/2014 11:16 AM, Klaus Smedegaard Bjerre wrote: Just found out of a horrible bug in FM2014a: When transposing a duet edition for another pair of instruments I realised that the function of transposing all keys proportionally does not work. The whole piece ends up in the key of the opening section. In my actual case the sequence should have been Ab major - F minor - Ab major, but the whole piece now is in Ab major. Please correct this as soon as possible. What happened to the section that was in F minor? After all, it's the same key signature as Ab major -- did the pitches actually get transposed incorrectly? -- David H. Bailey dhbai...@davidbaileymusicstudio.com http://www.davidbaileymusicstudio.com ___ 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 -- David H. Bailey dhbai...@davidbaileymusicstudio.com http://www.davidbaileymusicstudio.com ___ 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] Measures missing in extracted parts (Win2014a)
When conducting a rehearsal for some pieces I recently arranged, two players discovered they were missing measures. The printed measure numbers at the beginning of each staff were correct, but there weren't enough bars in that staff line. No measures of rest, or multimeasure rests were involved - it was continuous music. The bars had simply disappeared in the parts. When I got to the computer, I selected the offending area, chose to break multimeasure rests, and the missing measures appeared. Apparently, when I extracted the parts and created the multimeasure rests, these bars were interpreted by the program as being rests and were hidden. This has happened from time to time. I really don't think it's right that I should have to verify that every measure of music is present in an extracted part. Does anybody have an idea what causes this, or how to prevent it? I'm using Win2014a, but I recall this problem in 2012, too. Steve Larsen ___ 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] Measures missing in extracted parts (Win2014a)
On 4/22/2014 3:06 PM, Steven Larsen wrote: When conducting a rehearsal for some pieces I recently arranged, two players discovered they were missing measures. The printed measure numbers at the beginning of each staff were correct, but there weren't enough bars in that staff line. No measures of rest, or multimeasure rests were involved - it was continuous music. The bars had simply disappeared in the parts. When I got to the computer, I selected the offending area, chose to break multimeasure rests, and the missing measures appeared. Apparently, when I extracted the parts and created the multimeasure rests, these bars were interpreted by the program as being rests and were hidden. This has happened from time to time. I really don't think it's right that I should have to verify that every measure of music is present in an extracted part. Does anybody have an idea what causes this, or how to prevent it? I'm using Win2014a, but I recall this problem in 2012, too. I recall that having happened long before 2012, even before linked score/parts. My community band even purchased an arrangement that had been done in Finale (back around 98 or so) and was missing some measures in some of the parts. I called the publisher (very small publisher) and pointed out that the solution was to update the layout (ctrl-u). I remember that was one of those things (like ctrl-s to save) that I learned early on to do every so many measures so as to keep things visible and not lose unsaved work and not have measures hidden in what I thought was the finished product. I would have thought the automatic update layout feature that was added a few versions ago would have taken care of that, but if for some reason that was turned off for that file, it would account for the problem. -- David H. Bailey dhbai...@davidbaileymusicstudio.com http://www.davidbaileymusicstudio.com ___ 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] Measures missing in extracted parts (Win2014a)
This problem will occur when parts are generated automatically before all of the music is entered and Update Automatically is unchecked in the Multimeasure rest options. My preference is to leave that unchecked so my suggestion is to generate parts (re-generate them) only after your score is complete. John Blane Blane Music Preparation 1649 Huntington Ln. Highland Park, IL 60035 847 579-9900 847 579-9903 fax www.BlaneMusic.com j...@blanemusic.com On Apr 22, 2014, at 2:06 PM, Steven Larsen wrote: When conducting a rehearsal for some pieces I recently arranged, two players discovered they were missing measures. The printed measure numbers at the beginning of each staff were correct, but there weren't enough bars in that staff line. No measures of rest, or multimeasure rests were involved - it was continuous music. The bars had simply disappeared in the parts. When I got to the computer, I selected the offending area, chose to break multimeasure rests, and the missing measures appeared. Apparently, when I extracted the parts and created the multimeasure rests, these bars were interpreted by the program as being rests and were hidden. This has happened from time to time. I really don't think it's right that I should have to verify that every measure of music is present in an extracted part. Does anybody have an idea what causes this, or how to prevent it? I'm using Win2014a, but I recall this problem in 2012, too. Steve Larsen ___ 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] Measures missing in extracted parts (Win2014a)
I always check every bar of every part. There's plenty to go wrong! Steve P. On 22 Apr 2014, at 20:06, Steven Larsen st...@larsenbein.com wrote: When conducting a rehearsal for some pieces I recently arranged, two players discovered they were missing measures. The printed measure numbers at the beginning of each staff were correct, but there weren't enough bars in that staff line. No measures of rest, or multimeasure rests were involved - it was continuous music. The bars had simply disappeared in the parts. When I got to the computer, I selected the offending area, chose to break multimeasure rests, and the missing measures appeared. Apparently, when I extracted the parts and created the multimeasure rests, these bars were interpreted by the program as being rests and were hidden. This has happened from time to time. I really don't think it's right that I should have to verify that every measure of music is present in an extracted part. Does anybody have an idea what causes this, or how to prevent it? I'm using Win2014a, but I recall this problem in 2012, too. Steve Larsen ___ 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] Measures missing in extracted parts (Win2014a)
I would be willing to bet that the missing measures were inside a multimeasure rest. You wouldn't even see the rest in the parts if music were added after the multimeasure rests were created. Fortunately, there is a one-step solution. Go to Edit menuMultimeasure RestsCreate for Parts/Score and select all parts and create the multimeasure rests. You don't even have to break first. Then all linked parts will have the correct measures showing. Christopher On Tue Apr 22, at TuesdayApr 22 3:06 PM, Steven Larsen wrote: When conducting a rehearsal for some pieces I recently arranged, two players discovered they were missing measures. The printed measure numbers at the beginning of each staff were correct, but there weren't enough bars in that staff line. No measures of rest, or multimeasure rests were involved - it was continuous music. The bars had simply disappeared in the parts. When I got to the computer, I selected the offending area, chose to break multimeasure rests, and the missing measures appeared. Apparently, when I extracted the parts and created the multimeasure rests, these bars were interpreted by the program as being rests and were hidden. This has happened from time to time. I really don't think it's right that I should have to verify that every measure of music is present in an extracted part. Does anybody have an idea what causes this, or how to prevent it? I'm using Win2014a, but I recall this problem in 2012, too. Steve Larsen ___ 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] Measures missing in extracted parts (Win2014a)
This is a good one-step practice that I will now adopt along with the Staff Tool - Select all in the score and use selected staff styles for score and parts, another time saving step that I use as I rarely want different staff styles in the parts. (I know, sometimes it's useful.) Thanks for reminding me that this can be done globally. It should help prevent the hidden measure problem that I sometimes encounter as a result of my own carelessness. Chuck On Apr 22, 2014, at 4:36 PM, Christopher Smith christopher.sm...@videotron.ca wrote: I would be willing to bet that the missing measures were inside a multimeasure rest. You wouldn't even see the rest in the parts if music were added after the multimeasure rests were created. Fortunately, there is a one-step solution. Go to Edit menuMultimeasure RestsCreate for Parts/Score and select all parts and create the multimeasure rests. You don't even have to break first. Then all linked parts will have the correct measures showing. Christopher On Tue Apr 22, at TuesdayApr 22 3:06 PM, Steven Larsen wrote: When conducting a rehearsal for some pieces I recently arranged, two players discovered they were missing measures. The printed measure numbers at the beginning of each staff were correct, but there weren't enough bars in that staff line. No measures of rest, or multimeasure rests were involved - it was continuous music. The bars had simply disappeared in the parts. When I got to the computer, I selected the offending area, chose to break multimeasure rests, and the missing measures appeared. Apparently, when I extracted the parts and created the multimeasure rests, these bars were interpreted by the program as being rests and were hidden. This has happened from time to time. I really don't think it's right that I should have to verify that every measure of music is present in an extracted part. Does anybody have an idea what causes this, or how to prevent it? I'm using Win2014a, but I recall this problem in 2012, too. Steve Larsen ___ 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 Chuck Israels 8831 SE 12th Ave. Portland, OR 97202-7097 land line: (503) 954-2107 cell phone: (360) 201-3434 www.chuckisraelsjazz.com ___ 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