Re: [Finale] spacing with dotted notes

2010-05-08 Thread Mark D Lew

On May 8, 2010, at 7:59 AM, dc wrote:


This is Finale's default note spacing:

www.collins.lautre.net/files/default.jpg

How could I improve the placement of the g-b third? Would it be  
acceptable to put it before the c, as here?


I would put the GB to the left of the C, definitely.  I'd make the C  
align with the bass part, since that voice has parallel rhythm, so  
the GB would be offset leftward.


Since that will put it too close to the previous note, you'll need to  
create space there. You could do that by stretching the measure and  
then tweaking the beat chart, but my approach would be to add an  
accidental or two to the chord and respace the music so that Finale  
makes room for those accidentals, then delete the accidentals and  
don't respace, using the extra space for the displaced GB instead.


I often do pieces with a lot of layers in the piano part, and I've  
found Finale frequently makes non-optimal choices when dealing with  
displaced noteheads.  I think of fixing them as fairly routine.


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


Re: [Finale] spacing with dotted notes

2010-05-08 Thread Christopher Smith

Yeah, that's pretty bad!

Ted Ross (p 170 in the 3rd edition) suggests exactly what you ask.  
I'm not sure what this does to the vertical alignment in a piano  
part, though.


Aligning the stems (which you would do if there was no dot) and  
shifting the dot to the right he specifically says is not correct.


Christopher



On Sat May 8, at SaturdayMay 8 10:59 AM, dc wrote:


This is Finale's default note spacing:

www.collins.lautre.net/files/default.jpg

How could I improve the placement of the g-b third? Would it be  
acceptable to put it before the c, as here?


Thanks,

Dennis


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


Re: [Finale] spacing with dotted notes

2010-05-08 Thread Barbara Touburg

dc wrote:

This is Finale's default note spacing:

www.collins.lautre.net/files/default.jpg

How could I improve the placement of the g-b third? Would it be 
acceptable to put it before the c, as here?


Thanks,

Dennis



Select it (mass mover tool or whatever it is called now) and use shift-num-plus to give it more 
space - that is, if you have the full version of TGTools. I do it all the time.

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


Re: [Finale] Hours of work lost -

2010-05-08 Thread Gerhard Torges





Mit freundlichen Grüßen,


Gerhard Torges

Musiker, Lehrer, Arrangeur, Notensetzer
Beethovenstr. 20
49124 Georgsmarienhütte

Telefon: (+49)/(0) 5401 361590
Mobil:   (+49)/(0) 178 501 29 15

Am 07.05.2010 um 23:11 schrieb Haroldo Mauro Jr. :


Any hope here?


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


Re: [Finale] Hours of work lost -

2010-05-08 Thread Eric Dannewitz
You can modify Time Machine's schedule to be a lot faster than what it usually 
does (which is every hour or so)


On May 8, 2010, at 3:38 AM, Haroldo Mauro Jr. wrote:

> I have 2 external firewire drives and a backup software but all the back-up 
> copies were corrupted just the same, both on my computer HD and back-up 
> disks. Can TimeMachine be configured to do incremental back-ups every time I 
> open a file?
> Harold
> 
> 
> At 20:40 -0700 07/05/10, Eric Dannewitz wrote:
>> You should really also invest in an external drive or something to start 
>> using Time Machine. It has saved my butt more times than I can count. And it 
>> is transparent...
>> 
>> 
>> On May 7, 2010, at 8:36 PM, Haroldo Mauro Jr. wrote:
>> 
>>> Yes, that is scary all right. Last year I lost a whole score. I only had 
>>> the original and the backup. Both got corrupted. Thanks for replying. I'm 
>>> "saving as" with names like myFile1, myFile2, etc., as David Fenton 
>>> suggested.
>>> Harold
>>> 
>>> 
>> 
>> 
>> ___
>> 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] Hours of work lost -

2010-05-08 Thread Dennis Bathory-Kitsz
On Sat, May 8, 2010 10:15 am, Haroldo Mauro Jr. wrote:
> Well, yes, I'm doing just that. I'm up to myFile14 after a couple of hours of
> work! And I've quit 14 times and started again from the most recent saved
> copy, save as "myFile(+1)" and work on it.  Later I'll trash the older ones,
> as you do.

I don't trash the older files; no premium on disk space anymore, plus when I'm
completely done the whole thing goes off to CD/DVD (files, demos, everything).
Assuming you're composing and not just copying, saved files are a good archive
for someone studying your work, or even your own analysis of your process of
composition.

Dennis



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


Re: [Finale] Hours of work lost -

2010-05-08 Thread Haroldo Mauro Jr .
At 7:56 -0500 08/05/10, Noel Stoutenburg wrote:
>Haroldo,
>
>WRT
>
>>Yes, I just started doing incremental back-ups, but while I'm working on the 
>>score, and sometimes I spend hours without quitting Finale.
>
>Sometimes I, too, go hours quitting Finale, but I rarely go more than a 
>quarter hour without explicitly saving my work.
>
>ns


I too, save my work that often or more, but if the file is already corrupted, 
and you don't know, you'd go for hours saving corrupted back-ups. I'm quiting 
often now, in order to lower the chances of saving corrupted back-ups. If my 
file gets corrupted I'll now pretty soon, and revert to a recent back-up.

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


Re: [Finale] Hours of work lost -

2010-05-08 Thread Haroldo Mauro Jr .
At 8:05 -0400 08/05/10, Christopher Smith wrote:
>On Sat May 8, at SaturdayMay 8 7:53 AM, Haroldo Mauro Jr. wrote:
>
>>At 7:25 -0400 08/05/10, Christopher Smith wrote:
>>>On Fri May 7, at FridayMay 7 11:26 PM, Darcy James Argue wrote:
>>>
On 7 May 2010, at 11:02 PM, David W. Fenton wrote:

>I would hesitate to blame this directly on Finale.

I am pretty sure this is a Finale issue and not an OS issue. I've never, 
ever, experienced file corruption using any other Mac OS X app. But it 
seems to happen on a fairly regular basis for MacFin power users. I haven't 
seen it myself in a few years (knock on wood) but I know others have, 
including several Mac users on this list.
>>>
>>>I see it on occasion in AppleWorks 6 as well. (Yes, I still use that old, 
>>>old program). I wonder if it is just a coincidence that both Finale AND 
>>>AppleWorks 6 are the only two apps I use that don't use the new Mac OSX 
>>>filenames correctly (they both stop using Apple protocols at 32 characters, 
>>>including the extension and period.) I would bet dollars to doughnuts that 
>>>Harold's filename was longer than 32 characters.
>>>
>>>It is because of this issue that I managed to overwrite a .mus file with an 
>>>audio file created from inside Finale. This is a documented bug, not 
>>>addressed yet by MakeMusic except to advise users to save audio in a 
>>>different directory than the .mus file resides, or to confine filenames to 
>>>28 characters or fewer, plus the .mus extension.
>>>
>>>Christopher
>>
>>
>>The file name is only 6 chars plus the .mus extension.
>>Harold
>>
>
>Okay, that's one theory shot!
>
>I read after I commented that you use the excellent incremental filename 
>backup system (filename001, filename002, etc.) but as you noticed, this only 
>protects you as often as you use it. If you only save each day under a new 
>name, then you stand to lose up to a day's work. I change the filename almost 
>every time I save, which might be every ten or fifteen minutes, and my .bak 
>files and my .asv files provide additional protection. Once the project is 
>done, I delete most of the extra files, but they are there helping security 
>during the working phase.
>
>Christopher

Well, yes, I'm doing just that. I'm up to myFile14 after a couple of hours of 
work! And I've quit 14 times and started again from the most recent saved copy, 
save as "myFile(+1)" and work on it.  Later I'll trash the older ones, as you 
do.
Thanks for replying.
Haroldo
___
Finale mailing list
Finale@shsu.edu
http://lists.shsu.edu/mailman/listinfo/finale


Re: [Finale] Hours of work lost -

2010-05-08 Thread timothy price
There is no exact type of error that I have positively identified, but  
I will give you some examples of what I think may have done it.


1.  For instance, if I am working in 4/4 and have occasional measures  
in 6/8.  I decide to insert these 15 or so measures into the piece  
later on.  I copy it
and inadvertently insert it into a section with 4/4 measures only, the  
results can be disasterous, especially if I have been negligent enough  
to have
partial measures selected.  (am way back on v. 2002).  I may not  
discover that the staves are now out of proper barring and can have
particularly misalignment between staves.  If I get it all corrected  
and save it,  I may then find that the file is corrupted. ( I can  
believe it, too)


2. Changes using partial measures seems to be an issue if the  
alignment between staves becomes out of sync. and I correct it.  I do  
not know

how this works in the newer versions of Finale.

3. Inadvertently having copied and pasted one meter into another  
meter, discovering the error later and restoring the proper barring,   
seems a possible problem

in file corruption.
4.  Anytime I copy, using partial measure, into another part of the  
score and have not copied the complete measure, it puts the stave out  
of alignment from then
 	on to the next black measure in that staff. Correcting this, can  
corrupt the file, IMHO.


There may be other things as well, but these are related operations I  
have done in the past and lost the file through -39.
But fortunately, going to the previous day's file, I can redo the  
score to the form I had finally arrive at, and do it quickly with no  
errors.



tim


On May 8, 2010, at 7:14 AM, Christopher Smith wrote:



On Fri May 7, at FridayMay 7 7:17 PM, timothy price wrote:

I have experience the same problem in the past and it has happened  
when I have somehow messed up by doing illegal commands, or simply  
made
unreasonable requests, I guess you could say, with tools or mass  
mover or such.



First of all Harold, so sorry to hear of your problems, and I am  
more sorry that I don't have anything to add to finding a solution.


But Tim, what would constitute an "illegal command" or an  
"unreasonable request" if you are using Finale commands from the  
menu and keyboard shortcuts? I would expect the program to treat my  
data with the utmost caution to preserve it. If there is a command  
or series of commands that you know of that causes data loss, I  
would take it upon myself to tell MakeMusic as soon as possible.


Can you let us know what has caused this for you?

Thanks

Christopher



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


timothy price
timothy.pr...@valley.net




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


Re: [Finale] Hours of work lost -

2010-05-08 Thread timothy price

   Repeat:


I have experience the same problem in the past and it has happened  
when I have somehow messed up by doing illegal commands, or simply made
unreasonable requests, I guess you could say, with tools or mass mover  
or such.  The only thing that I could do was to go the most recent  
good file
and recopy it to a new template which I made to match the document as  
I had evolved it to be at the time I contaminated it.  Usually the  
reconstruction
process was not all that long or tedious as I knew exactly what I  
wanted to do.   Annoying, but in the end you will come out with a  
better product.


tim



On May 7, 2010, at 6:48 PM, Haroldo Mauro Jr. wrote:

Yes, I do have a copy "saved as". I said that on my post. It gives  
the same error. All three files give the same error: the main file,  
the ".asv" copy and the "saved as" copy. It seems as if although the  
file was still open, it was already corrupted when both copies were  
made.


Harold


At 18:37 -0400 07/05/10, timothy price wrote:
Did you not have a "copy" of the file also?  This is usually the  
case with Finale.   Also, I always do a save as, every time I close  
a file after working on it.
That way, I will always have a file that is very recent to revert  
to if I lose the present one.  I may not help your present  
situation, but it will never happen again

if you do this.

tim



On May 7, 2010, at 5:11 PM, Haroldo Mauro Jr. wrote:

This is the third score I've lost. I spent hours of work on this  
one, and when tried to open it I got this message:


"While attempting to open file [fileName] the File Manager  
reported an error. -39"


Is there any way of getting it back? I have the autosave on, but  
the file.asv.mus is gone, just the same, and another copy I made  
with the "save as" command is gone too.


Macbook, Finale 2009

I think this, as well as the others were originally 2008 files  
saved as 2009, erased and started anew.


Any hope here?
Thanks,
Harold
___
Finale mailing list
Finale@shsu.edu
http://lists.shsu.edu/mailman/listinfo/finale


timothy price
timothy.pr...@valley.net




___
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


timothy price
timothy.pr...@valley.net




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


Re: [Finale] Hours of work lost -

2010-05-08 Thread Noel Stoutenburg

Haroldo,

WRT



Yes, I just started doing incremental back-ups, but while I'm working on the 
score, and sometimes I spend hours without quitting Finale.


Sometimes I, too, go hours quitting Finale, but I rarely go more than a 
quarter hour without explicitly saving my work.


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


Re: [Finale] Hours of work lost -

2010-05-08 Thread Christopher Smith


On Fri May 7, at FridayMay 7 7:17 PM, timothy price wrote:

I have experience the same problem in the past and it has happened  
when I have somehow messed up by doing illegal commands, or simply  
made
unreasonable requests, I guess you could say, with tools or mass  
mover or such.



First of all Harold, so sorry to hear of your problems, and I am more  
sorry that I don't have anything to add to finding a solution.


But Tim, what would constitute an "illegal command" or an  
"unreasonable request" if you are using Finale commands from the menu  
and keyboard shortcuts? I would expect the program to treat my data  
with the utmost caution to preserve it. If there is a command or  
series of commands that you know of that causes data loss, I would  
take it upon myself to tell MakeMusic as soon as possible.


Can you let us know what has caused this for you?

Thanks

Christopher



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


Re: [Finale] Hours of work lost -

2010-05-08 Thread Dennis Bathory-Kitsz
On Sat, May 8, 2010 6:19 am, Haroldo Mauro Jr. wrote:
> Yes, I just started doing incremental back-ups, but while I'm working on the
> score, and sometimes I spend hours without quitting Finale. That is not as
> good as your method, because if the file I'm working on gets corrupted but
> stays open, allowing me to edit it, all the saved copies from then on would be
> just as corrupted, even with their different names. What I'll do then is to
> quit Finale more often, every twenty minutes to half an hour, and do the
> incremental saving at the beginning of esch session, as you do.

I'm surprised that fatal Finale file corruption still happens. I'm a heavy
Finale user with complicated needs for contemporary scores, and don't recall
an unopenable/lost file in many years. (Some misbehavior in earlier files
could be fixed by saving/reloading the now-deprecated ETF-format files, but I
haven't needed that in years.)

The only odd (and non-fatal) behavior that I've seen is in PostScript
compilations where very occasionally some graphic character causes stems,
lines and curves to become dashed following it. Deleting the character and
replacing it or even making some minor position changes fixes that problem.

Dennis


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


Re: [Finale] Hours of work lost -

2010-05-08 Thread Christopher Smith


On Sat May 8, at SaturdayMay 8 7:53 AM, Haroldo Mauro Jr. wrote:


At 7:25 -0400 08/05/10, Christopher Smith wrote:

On Fri May 7, at FridayMay 7 11:26 PM, Darcy James Argue wrote:


On 7 May 2010, at 11:02 PM, David W. Fenton wrote:


I would hesitate to blame this directly on Finale.


I am pretty sure this is a Finale issue and not an OS issue. I've  
never, ever, experienced file corruption using any other Mac OS X  
app. But it seems to happen on a fairly regular basis for MacFin  
power users. I haven't seen it myself in a few years (knock on  
wood) but I know others have, including several Mac users on this  
list.


I see it on occasion in AppleWorks 6 as well. (Yes, I still use  
that old, old program). I wonder if it is just a coincidence that  
both Finale AND AppleWorks 6 are the only two apps I use that  
don't use the new Mac OSX filenames correctly (they both stop  
using Apple protocols at 32 characters, including the extension  
and period.) I would bet dollars to doughnuts that Harold's  
filename was longer than 32 characters.


It is because of this issue that I managed to overwrite a .mus  
file with an audio file created from inside Finale. This is a  
documented bug, not addressed yet by MakeMusic except to advise  
users to save audio in a different directory than the .mus file  
resides, or to confine filenames to 28 characters or fewer, plus  
the .mus extension.


Christopher



The file name is only 6 chars plus the .mus extension.
Harold



Okay, that's one theory shot!

I read after I commented that you use the excellent incremental  
filename backup system (filename001, filename002, etc.) but as you  
noticed, this only protects you as often as you use it. If you only  
save each day under a new name, then you stand to lose up to a day's  
work. I change the filename almost every time I save, which might be  
every ten or fifteen minutes, and my .bak files and my .asv files  
provide additional protection. Once the project is done, I delete  
most of the extra files, but they are there helping security during  
the working phase.


Christopher


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


Re: [Finale] Hours of work lost -

2010-05-08 Thread Haroldo Mauro Jr .
At 7:25 -0400 08/05/10, Christopher Smith wrote:
>On Fri May 7, at FridayMay 7 11:26 PM, Darcy James Argue wrote:
>
>>On 7 May 2010, at 11:02 PM, David W. Fenton wrote:
>>
>>>I would hesitate to blame this directly on Finale.
>>
>>I am pretty sure this is a Finale issue and not an OS issue. I've never, 
>>ever, experienced file corruption using any other Mac OS X app. But it seems 
>>to happen on a fairly regular basis for MacFin power users. I haven't seen it 
>>myself in a few years (knock on wood) but I know others have, including 
>>several Mac users on this list.
>
>I see it on occasion in AppleWorks 6 as well. (Yes, I still use that old, old 
>program). I wonder if it is just a coincidence that both Finale AND AppleWorks 
>6 are the only two apps I use that don't use the new Mac OSX filenames 
>correctly (they both stop using Apple protocols at 32 characters, including 
>the extension and period.) I would bet dollars to doughnuts that Harold's 
>filename was longer than 32 characters.
>
>It is because of this issue that I managed to overwrite a .mus file with an 
>audio file created from inside Finale. This is a documented bug, not addressed 
>yet by MakeMusic except to advise users to save audio in a different directory 
>than the .mus file resides, or to confine filenames to 28 characters or fewer, 
>plus the .mus extension.
>
>Christopher


The file name is only 6 chars plus the .mus extension.
Harold
___
Finale mailing list
Finale@shsu.edu
http://lists.shsu.edu/mailman/listinfo/finale


Re: [Finale] Hours of work lost -

2010-05-08 Thread Christopher Smith


On Fri May 7, at FridayMay 7 11:26 PM, Darcy James Argue wrote:


On 7 May 2010, at 11:02 PM, David W. Fenton wrote:


I would hesitate to blame this directly on Finale.


I am pretty sure this is a Finale issue and not an OS issue. I've  
never, ever, experienced file corruption using any other Mac OS X  
app. But it seems to happen on a fairly regular basis for MacFin  
power users. I haven't seen it myself in a few years (knock on  
wood) but I know others have, including several Mac users on this  
list.


I see it on occasion in AppleWorks 6 as well. (Yes, I still use that  
old, old program). I wonder if it is just a coincidence that both  
Finale AND AppleWorks 6 are the only two apps I use that don't use  
the new Mac OSX filenames correctly (they both stop using Apple  
protocols at 32 characters, including the extension and period.) I  
would bet dollars to doughnuts that Harold's filename was longer than  
32 characters.


It is because of this issue that I managed to overwrite a .mus file  
with an audio file created from inside Finale. This is a documented  
bug, not addressed yet by MakeMusic except to advise users to save  
audio in a different directory than the .mus file resides, or to  
confine filenames to 28 characters or fewer, plus the .mus extension.


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


Re: [Finale] Hours of work lost -

2010-05-08 Thread dhbailey

Haroldo Mauro Jr. wrote:

Yes, that is scary all right. Last year I lost a whole
score. I only had the original and the backup. Both got
corrupted. Thanks for replying. I'm "saving as" with
names like myFile1, myFile2, etc., as David Fenton
suggested. Harold



Additionally, you might consider turning off the automatic 
backup and the autosave functions, and doing your own 
automatic backup where when you do the "save as" function, 
you save it into two different locations in case it's a 
hard-drive problem.


--
David H. Bailey
dhbai...@davidbaileymusicstudio.com
___
Finale mailing list
Finale@shsu.edu
http://lists.shsu.edu/mailman/listinfo/finale


Re: [Finale] Hours of work lost -

2010-05-08 Thread Haroldo Mauro Jr .
I have 2 external firewire drives and a backup software but all the back-up 
copies were corrupted just the same, both on my computer HD and back-up disks. 
Can TimeMachine be configured to do incremental back-ups every time I open a 
file?
Harold


At 20:40 -0700 07/05/10, Eric Dannewitz wrote:
>You should really also invest in an external drive or something to start using 
>Time Machine. It has saved my butt more times than I can count. And it is 
>transparent...
>
>
>On May 7, 2010, at 8:36 PM, Haroldo Mauro Jr. wrote:
>
>> Yes, that is scary all right. Last year I lost a whole score. I only had the 
>> original and the backup. Both got corrupted. Thanks for replying. I'm 
>> "saving as" with names like myFile1, myFile2, etc., as David Fenton 
>> suggested.
>> Harold
>>
>>
>
>
>___
>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] Hours of work lost -

2010-05-08 Thread Haroldo Mauro Jr .
Yes, I just started doing incremental back-ups, but while I'm working on the 
score, and sometimes I spend hours without quitting Finale. That is not as good 
as your method, because if the file I'm working on gets corrupted but stays 
open, allowing me to edit it, all the saved copies from then on would be just 
as corrupted, even with their different names. What I'll do then is to quit 
Finale more often, every twenty minutes to half an hour, and do the incremental 
saving at the beginning of esch session, as you do. Thanks.
Harold

 At 22:21 -0500 07/05/10, Noel Stoutenburg wrote:
>Haroldo:
>
>I don't have much to offer by way of help in recovering the hours of work you 
>lost, bug for future use, if you don't already, you might consider adopting 
>the practice of incremental back-ups. When I'm working on a large project, the 
>first thing I do each time I open the file, is to save the file with a new 
>name, and on a regular basis, but every time I leave the computer, I save the 
>file, re-open it, and immediately save with a new name. So, the first save may 
>be "myfile000.mus", the second "myfile001.mus", &c.
>
>This doesn't prevent problems with corrupted files, but while I've lost work 
>because of file corruption, and other problems, the amount of time I've lost 
>is on the order of minutes worth, not hours.
>
>ns
>___
>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