Re: [Finale] slurs and ties

[Eric Dannewitz]

The thread is about someone trying to use a tie in place of a slur.

A-NO-NE Music wrote:

[EMAIL PROTECTED] / 2006/06/09 / 09:34 PM wrote:

  
The confusion comes here when two adjacent notes are connected together 
by something that looks like a tie mark. Notationally, how would you 
tell the difference?



This thread is most puzzling.  The answer to above question is if the
pitches are the same then it is a tie, and if the pitches are not the
same then it is a slur.  I am still having a trouble understanding what
this thread is about.  Sorry.

  


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

Re: [Finale] slurs and ties

[A-NO-NE Music]

Carl Dershem / 2006/06/09 / 12:07 AM wrote:

>As far as I can tell, the difference is in the tool being used, and how 
>the software interprets them.  On playback, there is a difference.

Sorry to be dense, but I still don't understand.  What needs to be
accomplished and how Finale is not doing so?  I mean, tie is tie, and
slur is slur.  There isn't many different ways of interpreting them, tho.

-- 

- Hiro

Hiroaki Honshuku, A-NO-NE Music, Boston, MA
 


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

Re: [Finale] slurs and ties

[Carl Dershem]

A-NO-NE Music wrote:


[EMAIL PROTECTED] / 2006/06/09 / 09:34 PM wrote:


The confusion comes here when two adjacent notes are connected together 
by something that looks like a tie mark. Notationally, how would you 
tell the difference?


This thread is most puzzling.  The answer to above question is if the
pitches are the same then it is a tie, and if the pitches are not the
same then it is a slur.  I am still having a trouble understanding what
this thread is about.  Sorry.


As far as I can tell, the difference is in the tool being used, and how 
the software interprets them.  On playback, there is a difference.


cd
--
http://www.livejournal.com/users/dershem/#

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

Re: [Finale] slurs and ties

[A-NO-NE Music]

[EMAIL PROTECTED] / 2006/06/09 / 09:34 PM wrote:

>The confusion comes here when two adjacent notes are connected together 
>by something that looks like a tie mark. Notationally, how would you 
>tell the difference?

This thread is most puzzling.  The answer to above question is if the
pitches are the same then it is a tie, and if the pitches are not the
same then it is a slur.  I am still having a trouble understanding what
this thread is about.  Sorry.

-- 

- Hiro

Hiroaki Honshuku, A-NO-NE Music, Boston, MA
 


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

[Finale] Tremolo printing bug

[Rich C]

I recall a discussion about a bug people were reporting not too long  
ago with tremolo printing.  I discovered just now that the Maestro  
characters contain duplicate instances of one of the slashes, which  
possibly is the reason for some printers not printing them correctly.


Does anyone recall if MM confirmed the issue and said they would fix it?

If not, I'll e-mail them about it.  In the meantime, if you're having  
problems with this (and have a font editor), then try deleting the  
extra instances.


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

[Finale] slurs and ties

[billsincl]

The confusion comes here when two adjacent notes are connected together 
by something that looks like a tie mark. Notationally, how would you 
tell the difference?


The problem in Finale is that on the "simple entry" you can turn on the 
"tie" option for a notehead and it will cheerfully connect them even 
when it makes no sense, i.e. two different pitches. I would not use 
"smart shapes" on two adjacent notes. A slur makes sense for violin 
parts or trombone parrts, but not on piano parts. I have trouble with 
smart shapes when the parts are extracted. They have to be "fixed" on 
the extracted parts.


what makes it even worse is: it will hide the accidentals on the second 
pitch, making the playback inconsistent with the notation. So when you 
accidentally change the pitch of the second note, you won't even get 
any visual feedback.


At least it should WARN you when you tying together two different 
pitches. If they are the SAME pitch, then repitching one should change 
the other automatically. That would save time, at least, and prevent 
these errors.


Incidentally, I also found that the "repitcher" collapses the entire 
chord when you use it on a chord, inconsistent behavior with other 
options in the "simple" entry. I have Finale 2004, so maybe they fixed 
that later.


Yours; Bill Sinclair

Check out AOL.com today. Breaking news, video search, pictures, email 
and IM. All on demand. Always Free.


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

Re: [Finale] Short stems and part generation from a mutlimovement but single Finale document

[Noel Stoutenburg]

Kim Patrick Clow wrote:

  2. The old multimovement one Finale document versus
multimovement multi-docoument issue raises it's head for me(yet again).
 
  http://www.bytenet.net/kpclow/finale/violino-part.pdf
  
 
In the score, I'm pretty sure I have a page break or system break at
the end of the movement. When I generated parts, this is the result in
the PDF. No tempo marking got moved with the part (even though I
attached it to the specific measure in the score).
  
  

OK.  I'm missing a bit of information here.  Do you have the tempo
marking attached to each staff in the score, is it assigned "this staff
only" to specific staves, or did you define a staff list, to display it
on selected staves in a single assingment?  If you assigned the tempo
marking to particular staves, then it will only appear on the extracted
parts on in which it was assigned.  In this event, it's not a matter of
the tempo marking being not being "moved"--it's that the "generate what
I meant instead of what I entered" tool is not yet ready for release.
If you used a staff list to assign tempo markings to display on
specified staves in the score, this is the same as assigning the
indication to the same staves one at a time; in that case after
extraction the tempo indication will appear on the parts to which you
assigned the _expression_ _UNLESS_ when you defined the staff list to
place the _expression_ on selected staves in the score (by selecting the
column under "S" in the staff list dialog box for those staves), and in
all parts (by selecting the column under P under "P" for each staff).  

Now, there is another situation I can think of where Finale would
respond as you describe:  if you used a page attached text block to
assign the tempo designation.  In that case, the text block will be
moved, but it will appear on the same page in the part as it did in the
score, and your part probably has considerably fewer pages than the
score does.


   The other bothersome thing, is the spacing. Should I basically
try to do in the parts, what I've done in the score: engrave the parts
so the movement ends at the bottom of a page? Then indent on the next
page where a new movement starts?
  
  

When working with a score from which parts will be extracted, my
customary procedure is to get the score right, as far as notes,
expressions, and articulations are concerned, then extract parts, and
do layout on the score, and then on the layout on each part..  

ns


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

Re: [Finale] Finale support staff won't recognize obvious bug.

[Noel Stoutenburg]

[EMAIL PROTECTED] wrote:
I had a situation where I had two tied notes on the same line or 
space, but they had *different pitches,* due to different accidentals. 
For example, F natural tied to F#, or E flat tied to E natural, which 
would be *slurs*, not tied notes.
 
Finale sometimes HIDES the second accidental in that case. Obviously 
this leads to a notation error.
 
When I pointed this out, I was told, "this is *normal* behavior."
From your description, I suspect that you are entering the first note, 
then using the tie tool (in simple) or pressing the equal sign to create 
a tie (in speedy entry), then entering the second note.  Support staff 
are correct that this is the way this is supposed to work, since Finale 
parses left to right, it first encounters the first note, which has an 
attribute that it begins a tie, so Finale draws the tie.  The next note 
is, which is on the same scale degree, automatically gets a "close tie" 
attribute, but notes on the same pitch do not repeat the accidentals, so 
Finale suppresses the accidental on the second note.  Note: if you enter 
both notes first, and try to enter the tie backwards from the second 
note, you would not be able to enter the tie, because the two notes are 
not the same pitch. 
Maybe they should distinguish between a slur and a tie. Right now the 
software treats them as the same. But you certainly DON'T want it to 
hide the second accidental if they are different pitches.a
Finale _does_ distinguish between a slur and a tie.  The tie is 
generated with the tie tool in the simple entry palate, or with the 
equal sign, in speedy entry.  The slur is generated by choosing the 
smart shape tool, and from the smart-shape palate, selecting the slur 
tool. Slurs do not hide the accidental.  What you describe is consistent 
with use of the tie tool when you intend a slur.


ns

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

Re: [Finale] Audio file quirks?

[dr.a.s. weinstangel]

The original Finale file played perfectly. I have saved it as an audio file. I have then played the file back using Winamp and MS Media Player. In either version one staff did not play back. 
I went back and added two more staves and copied the original inaudible staff onto them, and saved as audio file again.  The newly saved file would still not play back that same line. 
Finally, being in a hurry, I did burn a CD with that file and have discovered that it did play back as well as the original Finale file.
Dr.A.S.Weinstangel




From:  Christopher Smith <[EMAIL PROTECTED]>Reply-To:  finale@shsu.eduTo:  finale@shsu.eduSubject:  Re: [Finale] Audio file quirks?Date:  Thu, 08 Jun 2006 10:40:48 -0400>>On 8-Jun-06, at 10:23 AM, dr.a.s. weinstangel wrote:>>>I just had a rather interesting experience. FIN2005, PC.A file I saved through Save Special--->Save as Audio File, when  >>checked through Winamp AND MS Media player had one stave (aurally)  >>missing, even if I had recopied that same stave several times, and  >>had resaved the file.The CD burned from the same audio files plays back just fine.  >>Curiouos 
and curiouser!Any ideas?>>>Just to make sure I understand:>>You made an audio file. The file plays back everything when burned >to  CD, but is missing one staff when played back using Winamp or >MSMedia  Player?>>That can't be right. The file is a stereo audio file - the player  >can't strip out individual tracks that are embedded.>>My only suggestion is that perhaps the instrument in question is  >panned sharply to the left or to the right, and the right or left  >channel is not playing back, perhaps because of a bad cable or  >connection. That would make it a hardware issue, not a software 
one.>>Christopher___>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] Using Custom Music Fonts

[David W. Fenton]

On 9 Jun 2006 at 11:23, Scot Hanna-Weir wrote:

> - File was created with old version of a custom music font.
> - Articulations, (like staccato dots), were created.
> - New version of custom music font was applied.
> - Old articulations still set poorly, new articulations look just
> great.
> 
> Ideas?

Have you tried selecting the whole document and choosing MassEdit | 
CHange | Articulation Assignments, and selecting POSITION SELECTION 
ARTICULATION and then choosing the relevant articulation?

-- 
David W. Fentonhttp://dfenton.com
David Fenton Associates   http://dfenton.com/DFA/

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

Re: [Finale] Short stems and part generation from a mutlimovement but single Finale document

[dhbailey]

A-NO-NE Music wrote:

Kim Patrick Clow / 2006/06/09 / 01:43 PM wrote:


1. I have a screenshot of a score:
http://www.bytenet.net/kpclow/finale/note-stems.jpg

My question is: do you think the note stems in measure 22, beat 2, are too
"short?" If they are, what would you suggest as a possible solution?



To me, they are exactly as supposed to be, an octave long.





They're not an octave -- the F stem ends at the D line, the E stem ends 
at the C space.

Only the first stem is an octave.

--
David H. Bailey
[EMAIL PROTECTED]
___
Finale mailing list
Finale@shsu.edu
http://lists.shsu.edu/mailman/listinfo/finale

Re: [Finale] Short stems and part generation from a mutlimovement but single Finale document

[dhbailey]

Kim Patrick Clow wrote:

1. I have a screenshot of a score:
http://www.bytenet.net/kpclow/finale/note-stems.jpg
 
My question is: do you think the note stems in measure 22, beat 2, are 
too "short?" If they are, what would you suggest as a possible solution?


Yes they look too short -- use special tools to lengthen them.


 
2. The old multimovement one Finale document versus multimovement 
multi-docoument issue raises it's head for me(yet again).
 
http://www.bytenet.net/kpclow/finale/violino-part.pdf 

 
In the score, I'm pretty sure I have a page break or system break at the 
end of the movement. When I generated parts, this is the result in the 
PDF. No tempo marking got moved with the part (even though I attached it 
to the specific measure in the score).
 
The other bothersome thing, is the spacing. Should I basically try to do 
in the parts, what I've done in the score: engrave the parts so the 
movement ends at the bottom of a page? Then indent on the next page 
where a new movement starts?


You may have turned off the Score Expressions in the list of Items to 
Display -- use the Staff Tool to see if that's the case.  That would 
explain the absence of tempo markings, unless you placed them in the 
score with the This Staff Only box checked, in which case they won't 
extract with any other staff.


As for getting the first line of each movement to indent, since the 
number of systems in the extracted part is very different from the 
number of systems in the score, Finale can't tell which system you would 
like indented.


It's not that big a deal to indent for the start of each new movement in 
an extracted part.  As for ending a movement at the bottom of a page, 
I've rarely seen multi-movement works where each movement in a part 
starts at the top of a page.  Just move things around to get them where 
you want them.


Part extraction, as far as I can tell, will never be simply a click of 
the mouse and then a Print command.  Even in Sibelius, with its linked 
score/parts, each part STILL needs to be massaged to be just right.


 
Of course, I could do mutli-finale documents (meaning a new document for 
each movement) which would prevent all this in the part extraction. But 
on the flip side, the publisher will have to do a lot of PDF stiches.


Yes you could do that, but why?  It's more work, in my opinion.

--
David H. Bailey
[EMAIL PROTECTED]
___
Finale mailing list
Finale@shsu.edu
http://lists.shsu.edu/mailman/listinfo/finale

Re: [Finale] Short stems and part generation from a mutlimovement but single Finale document

[A-NO-NE Music]

Kim Patrick Clow / 2006/06/09 / 01:43 PM wrote:

>1. I have a screenshot of a score:
>http://www.bytenet.net/kpclow/finale/note-stems.jpg
>
>My question is: do you think the note stems in measure 22, beat 2, are too
>"short?" If they are, what would you suggest as a possible solution?


To me, they are exactly as supposed to be, an octave long.


-- 

- Hiro

Hiroaki Honshuku, A-NO-NE Music, Boston, MA
 


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

[Finale] Short stems and part generation from a mutlimovement but single Finale document

[Kim Patrick Clow]

1. I have a screenshot of a score:http://www.bytenet.net/kpclow/finale/note-stems.jpg My question is: do you think the note stems in measure 22, beat 2, are too "short?" If they are, what would you suggest as a possible solution?
 2. The old multimovement one Finale document versus multimovement multi-docoument issue raises it's head for me(yet again). http://www.bytenet.net/kpclow/finale/violino-part.pdf
 In the score, I'm pretty sure I have a page break or system break at the end of the movement. When I generated parts, this is the result in the PDF. No tempo marking got moved with the part (even though I attached it to the specific measure in the score).
 The other bothersome thing, is the spacing. Should I basically try to do in the parts, what I've done in the score: engrave the parts so the movement ends at the bottom of a page? Then indent on the next page where a new movement starts?
 Of course, I could do mutli-finale documents (meaning a new document for each movement) which would prevent all this in the part extraction. But on the flip side, the publisher will have to do a lot of PDF stiches.
 
Thank you.
:-)
 
 Kim Patrick Clow"There's really only two types of music: good and bad." ~ Rossini 
___
Finale mailing list
Finale@shsu.edu
http://lists.shsu.edu/mailman/listinfo/finale

Re: [Finale] Using Custom Music Fonts

[Chuck Israels]

You mean I actually got something right!?  Must be having a good day.

Anyway, I'm delighted that I was able to help.

Chuck


On Jun 9, 2006, at 9:58 AM, Scot Hanna-Weir wrote:


You are a genius! I swear that is the simplest and greatest fix I have
ever seen! Thanks.

-Scot

On 6/9/06, Chuck Israels <[EMAIL PROTECTED]> wrote:

Dear Scot,

Is this a case of the older articulations not recognizing the FAN
files for the new font?  One thing I'd try: select the offending
articulations and hit the "clear" key.  If you are lucky, this may
solve the problem.  I have encountered this when replacing
articulations en masse (Jazz Font articulations with some of Bill
Duncan's newly created articulation font glyphs).  When the new shape
is substituted in the articulation library for the piece, and it then
appears in the score, its placement conforms to the location of the
original articulation (according to its handles etc.)  .

Selecting the new articulations and hitting the clear key resets them
to their own default placement.

Seems worth a try.

Chuck


On Jun 9, 2006, at 9:23 AM, Scot Hanna-Weir wrote:

> Hello list,
>
>   I've been working on refining a custom music font for Finale, and
> am having a problem with how it pulls in articulations. In an  
existing
> file, if an articulation was entered prior to importing the new  
font,

> these articulations are often setting incorrectly, per the problems
> with the old font version. However, if I create a new  
articulation, it

> sets correctly. Anyone aware of an easy way to have these
> articulations re-reference a font or to default themselves to the
> position they should be.
>
> ...hopefully that makes sense to people. Maybe I should clarify.
>
> - File was created with old version of a custom music font.
> - Articulations, (like staccato dots), were created.
> - New version of custom music font was applied.
> - Old articulations still set poorly, new articulations look just
> great.
>
> Ideas?
>
> -Scot
>
> --
> Scot Hanna-Weir
> Music Engraver
> A-R Editions, Inc.
>
> Music Educator
> ---
> [EMAIL PROTECTED]
> [EMAIL PROTECTED]
> ___
> Finale mailing list
> Finale@shsu.edu
> http://lists.shsu.edu/mailman/listinfo/finale

Chuck Israels
230 North Garden Terrace
Bellingham, WA 98225-5836
phone (360) 671-3402
fax (360) 676-6055
www.chuckisraels.com

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




--
Scot Hanna-Weir
Music Engraver
A-R Editions, Inc.

Music Educator
---
[EMAIL PROTECTED]
[EMAIL PROTECTED]
___
Finale mailing list
Finale@shsu.edu
http://lists.shsu.edu/mailman/listinfo/finale


Chuck Israels
230 North Garden Terrace
Bellingham, WA 98225-5836
phone (360) 671-3402
fax (360) 676-6055
www.chuckisraels.com

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

Re: [Finale] Finale support staff won't recognize obvious bug.

[Darcy James Argue]

I can't even reproduce the behavior Bill describes. Even if you try  
to tie an Eb to an E nat. (in the same measure) the E nat. is *not*  
automatically hidden. This may explain why MM support won't  
acknowledge the bug -- they probably can't reproduce it.


- Darcy
-
[EMAIL PROTECTED]
http://secretsociety.typepad.com
Brooklyn, NY



On 09 Jun 2006, at 12:34 PM, Eric Dannewitz wrote:

How can you have two notes that are different pitches TIED  
together? That makes no sense.


And ties and slurs are two different things in Finale.

[EMAIL PROTECTED] wrote:
I had a situation where I had two tied notes on the same line or  
space, but they had *different pitches,* due to different  
accidentals. For example, F natural tied to F#, or E flat tied to  
E natural, which would be *slurs*, not tied notes.
 Finale sometimes HIDES the second accidental in that case.  
Obviously this leads to a notation error.

 When I pointed this out, I was told, "this is *normal* behavior."
 Maybe they should distinguish between a slur and a tie. Right now  
the software treats them as the same. But you certainly DON'T want  
it to hide the second accidental if they are different pitches.
- 
---


___
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] "floating rest" problem

[Christopher Smith]

On Jun 9, 2006, at 12:45 PM, Andrew Stiller wrote:



On Jun 9, 2006, at 10:41 AM, Christopher Smith wrote:
For case of VERY bad corruption (I have had this before) sometimes 
you have to copy the contents to a new, blank document. This, of 
course, is a  last resort, and even then doesn't always work, as 
sometimes the corrupted information is copied over to the new 
document.




The traditional solution,  which produces even cleaner results, is to 
extract the entire score into a part--that is, run the part-extraction 
routine, but select all staves to be extracted as a single part. You 
will  lose your layout and measure spacing, but everything else is 
almost guaranteed to be clean, unless Finale itself is corrupt.




Ooh, that's very good!

I'll be sure to try that next time.

("Traditional", huh? There are even traditions of how to deal with file 
corruption? Man...)


Christopher


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

Re: [Finale] Using Custom Music Fonts

[Eric Dannewitz]

Whoa, ditto. I didn't know about this one...

Scot Hanna-Weir wrote:

You are a genius! I swear that is the simplest and greatest fix I have
ever seen! Thanks.

-Scot

On 6/9/06, Chuck Israels <[EMAIL PROTECTED]> wrote:

Dear Scot,

Is this a case of the older articulations not recognizing the FAN
files for the new font?  One thing I'd try: select the offending
articulations and hit the "clear" key.  If you are lucky, this may
solve the problem.  I have encountered this when replacing
articulations en masse (Jazz Font articulations with some of Bill
Duncan's newly created articulation font glyphs).  When the new shape
is substituted in the articulation library for the piece, and it then
appears in the score, its placement conforms to the location of the
original articulation (according to its handles etc.)  .

Selecting the new articulations and hitting the clear key resets them
to their own default placement.

Seems worth a try.

Chuck


On Jun 9, 2006, at 9:23 AM, Scot Hanna-Weir wrote:

> Hello list,
>
>   I've been working on refining a custom music font for Finale, and
> am having a problem with how it pulls in articulations. In an existing
> file, if an articulation was entered prior to importing the new font,
> these articulations are often setting incorrectly, per the problems
> with the old font version. However, if I create a new articulation, it
> sets correctly. Anyone aware of an easy way to have these
> articulations re-reference a font or to default themselves to the
> position they should be.
>
> ...hopefully that makes sense to people. Maybe I should clarify.
>
> - File was created with old version of a custom music font.
> - Articulations, (like staccato dots), were created.
> - New version of custom music font was applied.
> - Old articulations still set poorly, new articulations look just
> great.
>
> Ideas?
>
> -Scot
>
> --
> Scot Hanna-Weir
> Music Engraver
> A-R Editions, Inc.
>
> Music Educator
> ---
> [EMAIL PROTECTED]
> [EMAIL PROTECTED]
> ___
> Finale mailing list
> Finale@shsu.edu
> http://lists.shsu.edu/mailman/listinfo/finale

Chuck Israels
230 North Garden Terrace
Bellingham, WA 98225-5836
phone (360) 671-3402
fax (360) 676-6055
www.chuckisraels.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] Weird behavior with extracted parts (?)

[Christopher Smith]

I bet you are using the Repeat tool for the codas, dal segnos, etc?

It's a long-standing bug that these items DON'T stay where you put them, especially if you place them to the left or right of the measure that they are attached to. Complain to MakeMusic, and complain loudly, as this is inexcusable.

But for now, just stop using them. I haven't used them in years. Create them as expressions, and set them to auto-position where you want them. Obviously, you want one to place at the end of a measure and another to place at the beginning, so make two of those if you need them. You can still get correct playback if you need it by entering the Repeat Tool item, but erasing the text so it doesn't print.

Only use the Repeat Tool for dotted double bars and boxes, though I know some peoples don't even use the repeat boxes in the Repeat Tool, as they are too kludgy.

Sorry for the bad news.

Christopher

PS, most of the Smart Shape issues (slurs, mostly, like wildly high arcs) have been sorted out in 2006, if you also make some changes to the default slur settings. I don't know of any bugs affecting non-slur Smart Shapes.

For articulations, there is some weird re-draw bug that makes the articulation not draw where you expect it until you hit cmd-D on Mac (control-D on PC, I think). Once it is correctly placed and re-drawn, it shouldn't move again. I notice it particularly on articulations that are set to stay outside the staff. If you select the articulation and hit Clear (on a Mac) it clears any manual placement you may have erroneously put on it thinking that it needed it. You can also do this for a whole page of music in one shot.


On Jun 9, 2006, at 12:00 PM, [EMAIL PROTECTED] wrote:

If I have some horn parts on separate staffs, and I have painstakingly placed CODAS, Dal Segnos, and expressions on the staffs exactly where I want them, why does it put them in completely wrong places in the extracted parts?
 
After I have extracted the parts, I have to do a lengthy re-edit of them to put the repeat items and expressions BACK to where they should go. It usually puts those in the MIDDLE of the staff, which would never occur in a practical score.
 
It also does weird stuff with articulation marks and smart shapes, such that those also have to be re-edited. Sometimes the articulations are so far away from the original note, I can't figure out where it went to start with.
 
Is there a way to avoid that? You would think everything is RELATIVE to the staff. Obviously, you could have situations where the transposed NOTES might clash. But there are many cases where that does not occur, and it still does weird stuff.
 
Thanks; Bill  S.___
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] Hey! Where did the "edit system margins" box go?

[Randolph Peters]

Michael Cook wrote:
I can see the "edit system margins" box, but I note the following 
behaviour: when I choose it in the menu, it flashes briefly at what 
is presumably a default position before appearing where I had 
placed it the last time I used it. So a possible explanation of 
your problem is that this box has somehow been moved right off the 
screen. Two things you could try:


1. If it's possible to set your screen to a higher resolution, do 
it and see if the box appears.
2. If this isn't possible, or doesn't help, try trashing or 
re-naming the Finale 2006 Preferences file (in 
User/Library/Preferences). Finale will create a new one when you 
re-launch it.


Thanks Michael. The second "solution" worked for me. Unfortunately I 
now have to recreate all my preferences. Oh well...


I just found another solution related to your first suggestion. I use 
2 monitors and so instead of having them arranged in the software as 
being side to side, I placed the second monitor underneath the first 
in the display preferences. Sure enough, way down at the bottom of 
the second monitor was the missing "edit system margins" box.


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

Re: [Finale] Using Custom Music Fonts

[Scot Hanna-Weir]

You are a genius! I swear that is the simplest and greatest fix I have
ever seen! Thanks.

-Scot

On 6/9/06, Chuck Israels <[EMAIL PROTECTED]> wrote:

Dear Scot,

Is this a case of the older articulations not recognizing the FAN
files for the new font?  One thing I'd try: select the offending
articulations and hit the "clear" key.  If you are lucky, this may
solve the problem.  I have encountered this when replacing
articulations en masse (Jazz Font articulations with some of Bill
Duncan's newly created articulation font glyphs).  When the new shape
is substituted in the articulation library for the piece, and it then
appears in the score, its placement conforms to the location of the
original articulation (according to its handles etc.)  .

Selecting the new articulations and hitting the clear key resets them
to their own default placement.

Seems worth a try.

Chuck


On Jun 9, 2006, at 9:23 AM, Scot Hanna-Weir wrote:

> Hello list,
>
>   I've been working on refining a custom music font for Finale, and
> am having a problem with how it pulls in articulations. In an existing
> file, if an articulation was entered prior to importing the new font,
> these articulations are often setting incorrectly, per the problems
> with the old font version. However, if I create a new articulation, it
> sets correctly. Anyone aware of an easy way to have these
> articulations re-reference a font or to default themselves to the
> position they should be.
>
> ...hopefully that makes sense to people. Maybe I should clarify.
>
> - File was created with old version of a custom music font.
> - Articulations, (like staccato dots), were created.
> - New version of custom music font was applied.
> - Old articulations still set poorly, new articulations look just
> great.
>
> Ideas?
>
> -Scot
>
> --
> Scot Hanna-Weir
> Music Engraver
> A-R Editions, Inc.
>
> Music Educator
> ---
> [EMAIL PROTECTED]
> [EMAIL PROTECTED]
> ___
> Finale mailing list
> Finale@shsu.edu
> http://lists.shsu.edu/mailman/listinfo/finale

Chuck Israels
230 North Garden Terrace
Bellingham, WA 98225-5836
phone (360) 671-3402
fax (360) 676-6055
www.chuckisraels.com

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




--
Scot Hanna-Weir
Music Engraver
A-R Editions, Inc.

Music Educator
---
[EMAIL PROTECTED]
[EMAIL PROTECTED]
___
Finale mailing list
Finale@shsu.edu
http://lists.shsu.edu/mailman/listinfo/finale

Re: [Finale] Using Custom Music Fonts

[Chuck Israels]

Dear Scot,

Is this a case of the older articulations not recognizing the FAN  
files for the new font?  One thing I'd try: select the offending  
articulations and hit the "clear" key.  If you are lucky, this may  
solve the problem.  I have encountered this when replacing  
articulations en masse (Jazz Font articulations with some of Bill  
Duncan's newly created articulation font glyphs).  When the new shape  
is substituted in the articulation library for the piece, and it then  
appears in the score, its placement conforms to the location of the  
original articulation (according to its handles etc.)  .


Selecting the new articulations and hitting the clear key resets them  
to their own default placement.


Seems worth a try.

Chuck


On Jun 9, 2006, at 9:23 AM, Scot Hanna-Weir wrote:


Hello list,

  I've been working on refining a custom music font for Finale, and
am having a problem with how it pulls in articulations. In an existing
file, if an articulation was entered prior to importing the new font,
these articulations are often setting incorrectly, per the problems
with the old font version. However, if I create a new articulation, it
sets correctly. Anyone aware of an easy way to have these
articulations re-reference a font or to default themselves to the
position they should be.

...hopefully that makes sense to people. Maybe I should clarify.

- File was created with old version of a custom music font.
- Articulations, (like staccato dots), were created.
- New version of custom music font was applied.
- Old articulations still set poorly, new articulations look just  
great.


Ideas?

-Scot

--
Scot Hanna-Weir
Music Engraver
A-R Editions, Inc.

Music Educator
---
[EMAIL PROTECTED]
[EMAIL PROTECTED]
___
Finale mailing list
Finale@shsu.edu
http://lists.shsu.edu/mailman/listinfo/finale


Chuck Israels
230 North Garden Terrace
Bellingham, WA 98225-5836
phone (360) 671-3402
fax (360) 676-6055
www.chuckisraels.com

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

Re: [Finale] "floating rest" problem

[Andrew Stiller]

On Jun 9, 2006, at 10:41 AM, Christopher Smith wrote:
For case of VERY bad corruption (I have had this before) sometimes you 
have to copy the contents to a new, blank document. This, of course, 
is a  last resort, and even then doesn't always work, as sometimes the 
corrupted information is copied over to the new document.




The traditional solution,  which produces even cleaner results, is to 
extract the entire score into a part--that is, run the part-extraction 
routine, but select all staves to be extracted as a single part. You 
will  lose your layout and measure spacing, but everything else is 
almost guaranteed to be clean, unless Finale itself is corrupt.


Andrew Stiller
Kallisti Music Press
http://home.netcom.com/~kallisti/

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

Re: [Finale] Weird behavior with extracted parts (?)

[Eric Dannewitz]

It would help to know what version of Finale you are using.

I haven't ever had articulations do that in like years. Old versions of 
Finale would do that, but not 2006 (or any of the 2000 versions I think).


Also, you might want to read the manual on Staff Expressions. A lot of 
your questions could be answered there. Also, TGTools can help you a lot 
with keeping Staff Expressions nice and neat.


[EMAIL PROTECTED] wrote:
If I have some horn parts on separate staffs, and I have painstakingly 
placed CODAS, Dal Segnos, and expressions on the staffs exactly where 
I want them, why does it put them in completely *wrong* places in the 
extracted parts?
 
After I have extracted the parts, I have to do a *lengthy re-edit* of 
them to put the repeat items and expressions BACK to where they should 
go. It usually puts those in the MIDDLE of the staff, which would 
never occur in a practical score.
 
It also does weird stuff with articulation marks and smart shapes, 
such that those also have to be re-edited. Sometimes the articulations 
are so far away from the original note, I can't figure out where it 
went to start with.
 
Is there a way to avoid that? You would think everything is RELATIVE 
to the staff. Obviously, you could have situations where the 
transposed NOTES might clash. But there are many cases where that does 
*not* occur, and it still does weird stuff.
 
Thanks; Bill  S.



___
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] Finale support staff won't recognize obvious bug.

[Eric Dannewitz]

How can you have two notes that are different pitches TIED together? 
That makes no sense.


And ties and slurs are two different things in Finale.

[EMAIL PROTECTED] wrote:
I had a situation where I had two tied notes on the same line or 
space, but they had *different pitches,* due to different accidentals. 
For example, F natural tied to F#, or E flat tied to E natural, which 
would be *slurs*, not tied notes.
 
Finale sometimes HIDES the second accidental in that case. Obviously 
this leads to a notation error.
 
When I pointed this out, I was told, "this is *normal* behavior."
 
Maybe they should distinguish between a slur and a tie. Right now the 
software treats them as the same. But you certainly DON'T want it to 
hide the second accidental if they are different pitches.



___
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] Hey! Where did the "edit system margins" box go?

[Randolph Peters]

Michael Cook wrote:
I can see the "edit system margins" box, but I note the following 
behaviour: when I choose it in the menu, it flashes briefly at what 
is presumably a default position before appearing where I had placed 
it the last time I used it. So a possible explanation of your 
problem is that this box has somehow been moved right off the 
screen. Two things you could try:


1. If it's possible to set your screen to a higher resolution, do it 
and see if the box appears.
2. If this isn't possible, or doesn't help, try trashing or 
re-naming the Finale 2006 Preferences file (in 
User/Library/Preferences). Finale will create a new one when you 
re-launch it.


Thanks Michael. The second "solution" worked for me. Unfortunately I 
now have to recreate all my preferences. Oh well...

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

[Finale] Using Custom Music Fonts

[Scot Hanna-Weir]

Hello list,

  I've been working on refining a custom music font for Finale, and
am having a problem with how it pulls in articulations. In an existing
file, if an articulation was entered prior to importing the new font,
these articulations are often setting incorrectly, per the problems
with the old font version. However, if I create a new articulation, it
sets correctly. Anyone aware of an easy way to have these
articulations re-reference a font or to default themselves to the
position they should be.

...hopefully that makes sense to people. Maybe I should clarify.

- File was created with old version of a custom music font.
- Articulations, (like staccato dots), were created.
- New version of custom music font was applied.
- Old articulations still set poorly, new articulations look just great.

Ideas?

-Scot

--
Scot Hanna-Weir
Music Engraver
A-R Editions, Inc.

Music Educator
---
[EMAIL PROTECTED]
[EMAIL PROTECTED]
___
Finale mailing list
Finale@shsu.edu
http://lists.shsu.edu/mailman/listinfo/finale

Re: [Finale] Finale support staff won't recognize obvious bug.

[Scot Hanna-Weir]

On 6/9/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:


I had a situation where I had two tied notes on the same line or space, but
they had different pitches, due to different accidentals. For example, F
natural tied to F#, or E flat tied to E natural, which would be slurs, not
tied notes.

Finale sometimes HIDES the second accidental in that case. Obviously this
leads to a notation error.

When I pointed this out, I was told, "this is normal behavior."

Maybe they should distinguish between a slur and a tie. Right now the
software treats them as the same. But you certainly DON'T want it to hide
the second accidental if they are different pitches.


  Was the slur entered as a smartshape slur or as a tie? If it was
entered as a tie, Finale would be assuming you were connecting these
pitches and so they must be the same. (regardless of accidentals, I
know...odd). But, one really shouldn't be using a tie to make a slur.
Could you clarify how these were entered?

-Scot

--
Scot Hanna-Weir
Music Engraver
A-R Editions, Inc.

Music Educator
---
[EMAIL PROTECTED]
[EMAIL PROTECTED]
___
Finale mailing list
Finale@shsu.edu
http://lists.shsu.edu/mailman/listinfo/finale

Re: [Finale] Finale support staff won't recognize obvious bug.

[Johannes Gebauer]

I must admit I am completely lost here: Ties are something completely 
different from slurs. If you want a slur, enter a slur, and the 
accidental won't be hidden. If you use a tie, the normal behaviour is 
indeed to not show the accidental on the tied-to note.


Finale does not treat ties and slurs as the same. Slurs are smartshapes, 
and entered with the smart shape tool, ties are entered in Speedy or 
Simple entry.


I cannot see any bug here at all.

Johannes

On 09.06.2006 [EMAIL PROTECTED] wrote:

I had a situation where I had two tied notes on the same line or space, but 
they had different pitches, due to different accidentals. For example, F 
natural tied to F#, or E flat tied to E natural, which would be slurs, not tied 
notes.
 
Finale sometimes HIDES the second accidental in that case. Obviously this leads to a notation error.
 
When I pointed this out, I was told, "this is normal behavior."
 
Maybe they should distinguish between a slur and a tie. Right now the software treats them as the same. But you certainly DON'T want it to hide the second accidental if they are different pitches.






--
http://www.musikmanufaktur.com
http://www.camerata-berolinensis.de

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

[Finale] Finale support staff won't recognize obvious bug.

[BillSincl]

I had a situation where I had two tied notes on the same line or space, but 
they had different pitches, due to different accidentals. For 
example, F natural tied to F#, or E flat tied to E natural, which would be 
slurs, not tied notes.
 
Finale sometimes HIDES the second accidental in that case. Obviously this 
leads to a notation error.
 
When I pointed this out, I was told, "this is normal 
behavior."
 
Maybe they should distinguish between a slur and a tie. Right now the 
software treats them as the same. But you certainly DON'T want it to hide the 
second accidental if they are different 
pitches.
___
Finale mailing list
Finale@shsu.edu
http://lists.shsu.edu/mailman/listinfo/finale

[Finale] Weird behavior with extracted parts (?)

[BillSincl]

If I have some horn parts on separate staffs, and I have painstakingly 
placed CODAS, Dal Segnos, and expressions on the staffs exactly where I want 
them, why does it put them in completely wrong places in the 
extracted parts?
 
After I have extracted the parts, I have to do a lengthy 
re-edit of them to put the repeat items and expressions BACK to where 
they should go. It usually puts those in the MIDDLE of the staff, which would 
never occur in a practical score.
 
It also does weird stuff with articulation marks and smart shapes, such 
that those also have to be re-edited. Sometimes the articulations are so far 
away from the original note, I can't figure out where it went to start 
with.
 
Is there a way to avoid that? You would think everything is RELATIVE to the 
staff. Obviously, you could have situations where the transposed NOTES might 
clash. But there are many cases where that does not occur, and 
it still does weird stuff.
 
Thanks; Bill  S.
___
Finale mailing list
Finale@shsu.edu
http://lists.shsu.edu/mailman/listinfo/finale

Re: [Finale] "floating rest" problem

[Christopher Smith]

On Jun 9, 2006, at 9:13 AM, [EMAIL PROTECTED] wrote:

I have received this question from my composer colleague with whom I work on engraving projects with.  I can only pass along his own description of the problem because he is using Finale 2006 and I have not yet been able to upgrade from 2003.  Apparently, he has a couple of quarter rests that have left their measures and migrated to a couple of weird spots on the page.  On one particular page (in page view) he has a rest between two percussion staves, and a second one showing up well over on the desktop (as he has a widescreen monitor).  He says he cannot attack these rests with the special tools because he can never get a handle for either rest.  What's really too bad is that he has this whole score exactly as he wants it, excepting these two rests, and he's at the point where he'd rather white them out rather than risk damaging his entire layout.  Has anyone had something similar happen to them, or does anyone have any ideas about how to go about search-and-destroying these rests?


I have seen this a couple of times, though not with a rest. Sometimes a random character shows up on the page, probably a symptom of mild corruption in the file. With me it has been a solid notehead in the middle of a slur, or a comma (breath mark) at a random place.  The selection tool should be able to select it (because the random character might be associated with almost any tool), then delete it and you can re-enter any items that disappear along with it.

If it IS a real rest that has simply gone way off, then opening up the measure in Speedy Entry, lining up the cursor at the correct beat in the correct layer and hitting * (asterisk) should bring it home again.

If things are really bad, then clearing and re-entering the measure might work.

For case of VERY bad corruption (I have had this before) sometimes you have to copy the contents to a new, blank document. This, of course, is a  last resort, and even then doesn't always work, as sometimes the corrupted information is copied over to the new document.

Obviously, only carry out these operations on a COPY of the file, so that any messes you make can be safely trashed without losing your work.

Christopher

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

Re: [Finale] "floating rest" problem

[Michael Cook]

Try double-clicking on a rest with the selection tool. If the rest is  
not within staff lines (which is apparently the case here) you will  
find that this action selects the rest in Simple entry, automatically  
switching to the appropriate layer if necessary: you can now move it  
(with arrow keys), hide it (press 'H') or delete it.


Michael Cook

On 9 Jun 2006, at 15:13, [EMAIL PROTECTED] wrote:

I have received this question from my composer colleague with whom  
I work on engraving projects with.  I can only pass along his own  
description of the problem because he is using Finale 2006 and I  
have not yet been able to upgrade from 2003.  Apparently, he has a  
couple of quarter rests that have left their measures and migrated  
to a couple of weird spots on the page.  On one particular page (in  
page view) he has a rest between two percussion staves, and a  
second one showing up well over on the desktop (as he has a  
widescreen monitor).  He says he cannot attack these rests with the  
special tools because he can never get a handle for either rest.   
What's really too bad is that he has this whole score exactly as he  
wants it, excepting these two rests, and he's at the point where  
he'd rather white them out rather than risk damaging his entire  
layout.  Has anyone had something similar happen to them, or does  
anyone have any ideas about how to go about search-and-destroying  
these rests?


Thanks in advance,
Michael Wittenburg
___
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] "floating rest" problem

[dhbailey]

[EMAIL PROTECTED] wrote:
I have received this question from my composer colleague with whom I 
work on engraving projects with.  I can only pass along his own 
description of the problem because he is using Finale 2006 and I have 
not yet been able to upgrade from 2003.  Apparently, he has a couple of 
quarter rests that have left their measures and migrated to a couple of 
weird spots on the page.  On one particular page (in page view) he has a 
rest between two percussion staves, and a second one showing up well 
over on the desktop (as he has a widescreen monitor).  He says he cannot 
attack these rests with the special tools because he can never get a 
handle for either rest.  What's really too bad is that he has this whole 
score exactly as he wants it, excepting these two rests, and he's at the 
point where he'd rather white them out rather than risk damaging his 
entire layout.  Has anyone had something similar happen to them, or does 
anyone have any ideas about how to go about search-and-destroying these 
rests?
 


I've never run into this, but I have a couple of thoughts.

As for handles for the rests, has he tried using the selection tool? 
Using that you're supposed to be able to click on any item and the 
appropriate tool will open up.


As for locating where the rests came from, if they've moved from some 
spot, they must have left an empty spot behind.  He can check the score 
to see which measures are missing rests.


Has he tried using the Text tool or the Articulation tool or the 
Expression tool to see if handles pop up on the rests in question? 
Perhaps somehow they're stray text/articulation/expression items which 
have changed characters or fonts?


Has he tried the Data Check to try to repair the file (he should make a 
copy first) to see if that can fix the problem?


Just some thoughts, nothing definite to give you the answer, though.

Has he looked at the file on a different computer?

Sounds like a candidate for shipping to support to see if they can help.

--
David H. Bailey
[EMAIL PROTECTED]
___
Finale mailing list
Finale@shsu.edu
http://lists.shsu.edu/mailman/listinfo/finale

[Finale] "floating rest" problem

[DeliusFan]

I have received this question from my composer colleague with whom I work 
on engraving projects with.  I can only pass along his own description 
of the problem because he is using Finale 2006 and I have not yet been able to 
upgrade from 2003.  Apparently, he has a couple of quarter rests that have 
left their measures and migrated to a couple of weird spots on the page.  
On one particular page (in page view) he has a rest between two percussion 
staves, and a second one showing up well over on the desktop (as he has a 
widescreen monitor).  He says he cannot attack these rests with the special 
tools because he can never get a handle for either rest.  What's really too 
bad is that he has this whole score exactly as he wants it, excepting these two 
rests, and he's at the point where he'd rather white them out rather than risk 
damaging his entire layout.  Has anyone had something similar happen to 
them, or does anyone have any ideas about how to go about search-and-destroying 
these rests?
 
Thanks in advance,
Michael Wittenburg
___
Finale mailing list
Finale@shsu.edu
http://lists.shsu.edu/mailman/listinfo/finale

Re: [Finale] Hey! Where did the "edit system margins" box go?

[Michael Cook]

I can see the "edit system margins" box, but I note the following  
behaviour: when I choose it in the menu, it flashes briefly at what  
is presumably a default position before appearing where I had placed  
it the last time I used it. So a possible explanation of your problem  
is that this box has somehow been moved right off the screen. Two  
things you could try:


1. If it's possible to set your screen to a higher resolution, do it  
and see if the box appears.
2. If this isn't possible, or doesn't help, try trashing or re-naming  
the Finale 2006 Preferences file (in User/Library/Preferences).  
Finale will create a new one when you re-launch it.


Best wishes,

Michael Cook

On 9 Jun 2006, at 07:31, Randolph Peters wrote:

I'm on FinMac 2k6c and I just discovered that in the Page Layout  
Tool, the "edit system margins" box does not appear. Rather there  
is a brief flash on the screen, but the box is nowhere to be seen.


There is no problem with the "edit page margins" box.

Can anyone else confirm this bug?

Thanks.

-Randolph Peters
___
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