Re: [Finale] More bugs

2011-01-11 Thread Rafael L. Junchaya
Oh, thanks Christopher. I didn't remember this option (Automatic update of 
multimeasure numbers). Maybe it was off by default before. 
The issue with rehearsal letters/numbers is this one: I have a multi movement 
work. Each movement starts with rehearsal number 1, so I create a different 
sequenced expression for each movement (of course, they look the same, but the 
sequences have to be different). When I am, for instance, workin in the second 
movement with a new sequenced expression, everything looks fine, but after 
saving, closing and reopening the file, the rehearsal number expression of the 
second movement is gone, the numbers are there still in place, but they follow 
the former sequence, from the first movement. I thought it was realted to the 
fact that I first just duplicated the expression, so I created a new one. I 
worked in one case, but not in others, so I cannot tell exactly what the 
situation is, except that it is a very weird and annoying behaviour, as I have 
to reassign all the numbers of the actual movement I am working every time I 
reopen the file.
 Rafael Leonardo Junchaya
:rjunch...@yahoo.com
http://www.myspace.com/rjunchaya
+358 452791949







De: Christopher Smith christopher.sm...@videotron.ca
Para: finale@shsu.edu
Enviado: dom, enero 9, 2011 11:54:16 PM
Asunto: Re: [Finale] {Spam} More bugs

To make measures rest keep their size, turn OFF Automatic Music Spacing. 
Spacing 
the music always resets measure widths.

Are you using auto-sequencing rehearsal letters? If you want ONE odd one, you 
have to make it NON sequencing. I copy the appearance of the sequencing ones, 
except to make it non-sequencing.

Christopher


On Sun Jan 9, at SundayJan 9 4:35 PM, Rafael L. Junchaya wrote:

 I skipped Fin09 and Fin10, just to find there are some more bugs or undesired 
 behaviours in Fin11 than in Fin08, apparently. I found that the the changes 
 in 

 the additional space applied to multimeasure rests do not stay. They actually 
 change at first, just to change back after the next action. And another 
annoying 

 bug is that even if I define a new rehearsal mark identical to one I am 
actually 

 using in a score (you don't expect to have different styles in different 
 movements in the same work, don't you?), the last one disappears after I 
 close 

 the file and the numbers continue the former rehearsal expression definition. 
 I 

 have not gone far trying to discover a way to correct this situation, but it 
 is 

 a very annoying and undesired bug.
 
 I'd better not use this version longer, or I'll keep finding more weird 
 behaviours...
 Rafael Leonardo Junchaya
 :rjunch...@yahoo.com
 http://www.myspace.com/rjunchaya
 +358 452791949
 

___
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] More bugs

2011-01-10 Thread Fiskum, Steve
Wow! What you are seeing with multimeasure rests are they are resetting to
default positioning because you have Update Automatically checked in
Document OptionsMultimeasure Rests. Uncheck it. This was introduced in
FIN08 I believe...maybe earlier.

The other item you bring up I cannot understand what you are talking about.
 
Good Luck,
Steve


1/9/11 3:35 PM, Rafael L. Junchaya rjunch...@yahoo.com wrote:

 I skipped Fin09 and Fin10, just to find there are some more bugs or undesired
 behaviours in Fin11 than in Fin08, apparently. I found that the the changes in
 the additional space applied to multimeasure rests do not stay. They actually
 change at first, just to change back after the next action. And another
 annoying 
 bug is that even if I define a new rehearsal mark identical to one I am
 actually 
 using in a score (you don't expect to have different styles in different
 movements in the same work, don't you?), the last one disappears after I close
 the file and the numbers continue the former rehearsal expression definition.
 I 
 have not gone far trying to discover a way to correct this situation, but it
 is 
 a very annoying and undesired bug.
 
 I'd better not use this version longer, or I'll keep finding more weird
 behaviours...
  Rafael Leonardo Junchaya
 :rjunch...@yahoo.com
 http://www.myspace.com/rjunchaya
 +358 452791949
 
 
   
 ___
 Finale mailing list
 Finale@shsu.edu
 http://lists.shsu.edu/mailman/listinfo/finale
 u
 http://lists.shsu.edu/mailman/listinfo/finale


___
Finale mailing list
Finale@shsu.edu
http://lists.shsu.edu/mailman/listinfo/finale


Re: [Finale] more bugs

2007-09-10 Thread shirling neueweise


not with lyrics (if i remember correctly), but auto-unlock, yes.  no 
idea what caused it, i remember not being able to find a reason.  i 
think it was F2007 (mac), was probably a file created in an earlier 
version (from my template).


I opened an old file to make a small correction. A small change in 
the lyrics caused all the layout to change. I undid, and checked: 
all the systems except the first were locked (which in itself seemed 
strange). I locked all the systems, and made my change, and saved 
the file. And when I opened it again to make another small 
correction, the first system was unlocked again...


I tried several more times, and no way to lock the first system and 
find it locked after reopening.


Anyone ever seen this?


--

shirling  neueweise ... new music publishers
mailto:[EMAIL PROTECTED] :.../ http://newmusicnotation.com
___
Finale mailing list
Finale@shsu.edu
http://lists.shsu.edu/mailman/listinfo/finale


RE: [Finale] more bugs

2007-09-10 Thread Williams, Jim

OK, this has piqued my curiosity...I thought I had made some font 
changes--relative size to fixed size--but the changes did not stick when i 
re-opened the file later. At first i thought I had simply forgotten to make the 
change, but now I am re-thinking.

Do we have any other examples of changes failing to save???

Jim



From: shirling  neueweise
Sent: Mon 10-Sep-07 15:31
To: finale@shsu.edu
Subject: Re: [Finale] more bugs


not with lyrics (if i remember correctly), but auto-unlock, yes.  no 
idea what caused it, i remember not being able to find a reason.  i 
think it was F2007 (mac), was probably a file created in an earlier 
version (from my template).


I opened an old file to make a small correction. A small change in 
the lyrics caused all the layout to change. I undid, and checked: 
all the systems except the first were locked (which in itself seemed 
strange). I locked all the systems, and made my change, and saved 
the file. And when I opened it again to make another small 
correction, the first system was unlocked again...


I tried several more times, and no way to lock the first system and 
find it locked after reopening.


Anyone ever seen this?


--

shirling  neueweise ... new music publishers
mailto:[EMAIL PROTECTED] :.../ http://newmusicnotation.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