[Finale] Possible bug
Is this a bug, or is it just me: editing a linked part, I change the end point of a multimeasure rest to accommodate a clef change in the following measure. When I go back to the score (no editing), then back to the part, the end point of the multimeasure rest has been reset to the default value. In fact, edits to the end points of multimeasure rests in all linked parts are reset to the default value. My default value for the end point is -20, which I change to -45 for clef changes, so it's very obvious when it gets reset. Bug? -Lee Lee Actor Composer-in-Residence and Assistant Conductor, Palo Alto Philharmonic http://www.leeactor.com ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Possible bug
Turn OFF Update Automatically in the Multirest options On Jan 21, 2013, at 4:57 PM, Lee Actor wrote: Is this a bug, or is it just me: editing a linked part, I change the end point of a multimeasure rest to accommodate a clef change in the following measure. When I go back to the score (no editing), then back to the part, the end point of the multimeasure rest has been reset to the default value. In fact, edits to the end points of multimeasure rests in all linked parts are reset to the default value. My default value for the end point is -20, which I change to -45 for clef changes, so it's very obvious when it gets reset. Bug? -Lee Lee Actor Composer-in-Residence and Assistant Conductor, Palo Alto Philharmonic http://www.leeactor.com ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale 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 ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Possible bug
In document options, go to Multimeasure Rests. Make sure that Update Automatically is unchecked. If it is unchecked, then it's a bug. This is checked by default. (I wish it weren't.) On Mon, Jan 21, 2013 at 2:57 PM, Lee Actor lee.ac...@comcast.net wrote: Is this a bug, or is it just me: editing a linked part, I change the end point of a multimeasure rest to accommodate a clef change in the following measure. When I go back to the score (no editing), then back to the part, the end point of the multimeasure rest has been reset to the default value. In fact, edits to the end points of multimeasure rests in all linked parts are reset to the default value. My default value for the end point is -20, which I change to -45 for clef changes, so it's very obvious when it gets reset. Bug? -Lee Lee Actor Composer-in-Residence and Assistant Conductor, Palo Alto Philharmonic http://www.leeactor.com ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Possible bug
Yes...at times I think this feature does more harm than good. It is supposed to solve a problem that would arise from entering music into existing block rests. Sent from my iPhone, so please pardon all the typos. On Jan 21, 2013, at 6:14 PM, John Blane j...@blanemusic.com wrote: Turn OFF Update Automatically in the Multirest options On Jan 21, 2013, at 4:57 PM, Lee Actor wrote: Is this a bug, or is it just me: editing a linked part, I change the end point of a multimeasure rest to accommodate a clef change in the following measure. When I go back to the score (no editing), then back to the part, the end point of the multimeasure rest has been reset to the default value. In fact, edits to the end points of multimeasure rests in all linked parts are reset to the default value. My default value for the end point is -20, which I change to -45 for clef changes, so it's very obvious when it gets reset. Bug? -Lee Lee Actor Composer-in-Residence and Assistant Conductor, Palo Alto Philharmonic http://www.leeactor.com ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale 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 ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Possible bug
My mistake; I had this option checked when it shouldn't have been. But this has spurred me to completely abandon linked parts and go back to extracting parts. That way, when there's a problem, even if it's my fault, at least it's limited to the part I'm editing, and doesn't have far-reaching affects that I may not notice for some time. For me, linked parts has only very marginal advantages, and I have no interest in going to lengths to make a feature work, at the expense of my productivity. -Lee -Original Message- From: finale-boun...@shsu.edu [mailto:finale-boun...@shsu.edu] On Behalf Of Ryan Sent: Monday, January 21, 2013 3:15 PM To: finale@shsu.edu Subject: Re: [Finale] Possible bug In document options, go to Multimeasure Rests. Make sure that Update Automatically is unchecked. If it is unchecked, then it's a bug. This is checked by default. (I wish it weren't.) On Mon, Jan 21, 2013 at 2:57 PM, Lee Actor lee.ac...@comcast.net wrote: Is this a bug, or is it just me: editing a linked part, I change the end point of a multimeasure rest to accommodate a clef change in the following measure. When I go back to the score (no editing), then back to the part, the end point of the multimeasure rest has been reset to the default value. In fact, edits to the end points of multimeasure rests in all linked parts are reset to the default value. My default value for the end point is -20, which I change to -45 for clef changes, so it's very obvious when it gets reset. Bug? -Lee Lee Actor Composer-in-Residence and Assistant Conductor, Palo Alto Philharmonic http://www.leeactor.com ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Possible bug
it is actually a very useful feature, you need to decide when to use it and when not to use it. Yes...at times I think this feature does more harm than good. It is supposed to solve a problem that would arise from entering music into existing block rests. ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Possible bug
My mistake; I had this option checked when it shouldn't have been. But this has spurred me to completely abandon linked parts and go back to extracting parts. That way, when there's a problem, even if it's my fault, at least it's limited to the part I'm editing, and doesn't have far-reaching affects that I may not notice for some time. you know how dissatisfied i am about some aspects of linked parts, but i hardly think this is a justifiable reason to abandon using the feature (in fact, i find it quite trivial). sorry for busting your ass :-) but i think you have simply not mastered how to take advantage of this setting properly. For me, linked parts has only very marginal advantages, and I have no interest in going to lengths to make a feature work, at the expense of my productivity. different stages of work may involve different file settings. if it is too much to remember all the things you need to change, prepare a checklist of things to change once you are at a specific stage in the job / score. i tape things to the wall right behind my large monitor detailling different settings in bigger jobs so i can switch back and forth as needed and ensure consistency in the results. ps... it ain't a bug ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Possible bug
OK, Jef...I'm listening...when should it be on? Off? Sent from my iPhone, so please pardon all the typos. On Jan 21, 2013, at 7:56 PM, SN jef chippewa shirl...@newmusicnotation.com wrote: it is actually a very useful feature, you need to decide when to use it and when not to use it. Yes...at times I think this feature does more harm than good. It is supposed to solve a problem that would arise from entering music into existing block rests. ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Possible bug
if you are still entering music it should be on. once you are cleaning up the parts, it should be off. obviously it would be best to do all the cues in the score before doing the parts, but i know this is not always possible. if you have started working on the parts and then add music or cues and need the MM rests to break then this can be done manually (selectively, not to the entire document) after it has been turned off. it really is a workflow issue (when you do what in which order). i don't see how this particular tool could be made intelligent enough to know when i need it to be on/off. so i need to know at what point it can no longer help me blindly and turn it off. is that clear? this is one of those things that is just clear in my head for the work i do and maybe i can't *explain* so clearly :-), but i hope this helps. OK, Jef...I'm listening...when should it be on? Off? ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
Re: [Finale] Possible bug
Jef, It is clear indeed I will try next project. Thank you! Sent from my iPhone, so please pardon all the typos. On Jan 21, 2013, at 8:13 PM, SN jef chippewa shirl...@newmusicnotation.com wrote: if you are still entering music it should be on. once you are cleaning up the parts, it should be off. obviously it would be best to do all the cues in the score before doing the parts, but i know this is not always possible. if you have started working on the parts and then add music or cues and need the MM rests to break then this can be done manually (selectively, not to the entire document) after it has been turned off. it really is a workflow issue (when you do what in which order). i don't see how this particular tool could be made intelligent enough to know when i need it to be on/off. so i need to know at what point it can no longer help me blindly and turn it off. is that clear? this is one of those things that is just clear in my head for the work i do and maybe i can't *explain* so clearly :-), but i hope this helps. OK, Jef...I'm listening...when should it be on? Off? ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale ___ Finale mailing list Finale@shsu.edu http://lists.shsu.edu/mailman/listinfo/finale
