At 1:38 PM -0800 7/12/02, Mark D. Lew wrote:
>
>Anyway, what happens to expressions that are in a music font? If I've got
>an expression which is the pedal marking, it's going to show up on the list
>under opt-shift-8?? That's crazy. I want to list it as something like
>"Ped."  Users who are less technically minded than I am are going to take
>it for granted that in a type-in-score situation, they should type "ped" to
>get the "Ped." character.


Yes, this has been an issue for Jazzfont users who want to type 
chords into score. The nicely stacked 7(#11b13#9) chord suffix shows 
up as a single character, and I am darned if I can remember which one 
it is! THere are 80 or so pre-aligned stacks like this, all under a 
single character, and nobody can possibly remember them all, and it 
is a huge pain to scroll through the list looking for the right one, 
ditto for looking it up on a printout beside your desk.

There IS a workaround, which is to remember that it is number 67 in 
the list, then type D:67 for D7(#11b13#9), but if I could easily 
remember suffix number 67, I could probably just as easily remember 
opt-sh-J, so I have to look it up anyway.



>  >In addition I would really like to see autoplacement for expressions. I
>>suggest that autoplacement can be done either automatically or perhaps when
>>a hotkey is pressed simultaneously - again a program option to allow both
>>ways as the user prefers.
>
>Yes, autoplacement of expressions is extremely important to me as well.
>That is the gist of my suggestion that expression metatools should
>represent an expression assignment, rather than just the expression.  I
>felt (and still feel) that this is the most logical way to create the
>situation that you and I both want, ie, to be able to have the metatool put
>the expression in an exact position which we have predefined.  If Coda
>prefers a different way to achieve the same thing, that's fine by me.
>
>(Incidentally, it occurs to me now that whether the resulting expression is
>note-attached or measure-attached could be one more attribute of the
>metatool. That seems obvious now, but for some reason I was thinking of the
>note expressions and measure expressions as two entirely separate sets.)


I like the "context-sensitive" option for note expressions or measure 
expressions, but, as you mentioned, how come we can't preserve staff 
lists for metatool-entered measure expressions, and automatic 
placement for metatool-entered note expressions? Or maybe toggle 
between using the attributes or not with the opt key, or something?



>  >I don't see why this should conflict with the flexibility we already have.


Right!
_______________________________________________
Finale mailing list
[EMAIL PROTECTED]
http://mail.shsu.edu/mailman/listinfo/finale

Reply via email to