At 12:39 AM -0400 5/31/09, David W. Fenton wrote:
On 30 May 2009 at 19:21, Christopher Smith wrote:
Things that are not easy to accomplish in Finale or Sibelius simply
don't appear in notation very often any more. I would include some
specialised jazz notations among those items, though I
David W. Fenton wrote:
On 30 May 2009 at 20:26, Craig Parmerlee wrote:
The obvious solution is to program each release such that it can read
future files but simply ignore any elements it doesn't recognize. If
Finale worked this way, I would automatically purchase every upgrade.
At 5/31/2009 01:14 PM, Craig Parmerlee wrote:
I agree with your comments about the trade-offs of filters versus XML.
I would be just as happy if I knew I could send a 2010 filter to any
collaborators so that they could open my 2010 files.
Not to nitpick, but 2 additional points:
1) Even in a
Hello!
Am 30.05.2009 um 01:57 schrieb David W. Fenton:
We're well aware of the fact that MM is working towards promoting
Simple over Speedy for new users.
Add to that the fact that they are careless enough as to not mention
it in their page on all the various methods for entering notes:
No, that is NOT Speedy. Speedy allows you to be holding down a chord
and then deciding on the notes value. Sibelius, as far as I know, does
not have this.
On Sun, May 31, 2009 at 2:08 PM, Torges Gerhard gh.nos...@gmx.de wrote:
No other?
Well, I know another one ... ;-)
If they are trying to
On May 31, 2009, at 5:08 PM, Torges Gerhard wrote:
Hello!
Am 30.05.2009 um 01:57 schrieb David W. Fenton:
http://www.finalemusic.com/Finale/features/enteringnotes/default.aspx
If they are trying to promote Finale on the grounds of versatility of
getting notes into your files, why do they
At 2:22 PM -0700 5/31/09, Eric Dannewitz wrote:
No, that is NOT Speedy. Speedy allows you to be holding down a chord
and then deciding on the notes value. Sibelius, as far as I know, does
not have this.
I fully realize that different people have different ways of working,
but I find this
On 31 May 2009 at 13:05, John Howell wrote:
At 12:39 AM -0400 5/31/09, David W. Fenton wrote:
The old dot vs. stroke controversy c. 1800 has always struck me as an
interesting example of engravers having to make decisions on which
engraving tool to use when copying from a manuscript in which
2009/5/31 John Howell john.how...@vt.edu
At 2:22 PM -0700 5/31/09, Eric Dannewitz wrote:
No, that is NOT Speedy. Speedy allows you to be holding down a chord
and then deciding on the notes value. Sibelius, as far as I know, does
not have this.
I fully realize that different people have
On 5/31/2009 8:43 PM, John Howell wrote:
I fully realize that different people have different ways of working,
but I find this particular argument (duration before pitch or pitch
before duration) rather amusing. In hand copying (remember doing
THAT, anyone?!!), you do both simultaneously,
On 31 May 2009 at 23:08, Torges Gerhard wrote:
Am 30.05.2009 um 01:57 schrieb David W. Fenton:
If they are trying to promote Finale on the grounds of versatility of
getting notes into your files, why do they leave out one of the main
methods, Speedy entry?
They didn't.
Look:
*
On 31 May 2009 at 14:04, Craig Parmerlee wrote:
David W. Fenton wrote:
On 30 May 2009 at 20:26, Craig Parmerlee wrote:
The obvious solution is to program each release such that it can read
future files but simply ignore any elements it doesn't recognize. If
Finale worked this
Not necessarily..For example, when I am writing out something, I
frequently go through and block out chords, then go back and do the
duration. And speedy also lets me play or even keep sounding the chord
before and lets me play/mess around with different voicings before
putting them into
Eric Dannewitz wrote:
Not necessarily..For example, when I am writing out something, I
frequently go through and block out chords, then go back and do the
duration. And speedy also lets me play or even keep sounding the chord
before and lets me play/mess around with different voicings
At 8:58 PM -0400 5/31/09, Aaron Sherber wrote:
On 5/31/2009 8:43 PM, John Howell wrote:
I fully realize that different people have different ways of working,
but I find this particular argument (duration before pitch or pitch
before duration) rather amusing. In hand copying (remember doing
At 12:39 AM -0400 5/31/09, David W. Fenton wrote:
The old dot vs. stroke controversy c. 1800 has always struck me as an
interesting example of engravers having to make decisions on which
engraving tool to use when copying from a manuscript in which the
staccatto marks could vary from a dot
On May 31, 2009, at 8:53 PM, Adam Golding wrote:
2009/5/31 John Howell john.how...@vt.edu
At 2:22 PM -0700 5/31/09, Eric Dannewitz wrote:
No, that is NOT Speedy. Speedy allows you to be holding down a chord
and then deciding on the notes value. Sibelius, as far as I know,
does
not have
On May 31, 2009, at 8:58 PM, Aaron Sherber wrote:
On 5/31/2009 8:43 PM, John Howell wrote:
I fully realize that different people have different ways of working,
but I find this particular argument (duration before pitch or pitch
before duration) rather amusing. In hand copying (remember
On 31 May 2009 at 21:42, Kim Patrick Clow wrote:
At 12:39 AM -0400 5/31/09, David W. Fenton wrote:
The old dot vs. stroke controversy c. 1800 has always struck me as an
interesting example of engravers having to make decisions on which
engraving tool to use when copying from a
On 5/31/2009 9:39 PM, John Howell wrote:
Hi, Aaron. Not meaning to be picky, but you're breaking a single
integrated action up into two distinct actions (which is what Finale,
Sibelius, and Mosaic all do). When I move my hand I already know
both the pitch and the duration I'm going to write,
On 5/31/2009 9:48 PM, Christopher Smith wrote:
Sure you can. I do it all the time. It's a great way to compose,
actually, writing the rhythms and maybe an approximate contour, then
go back and choose the pitches. I can only do it with a pencil,
though (so far!)
But I think you two are talking
The database doesn't have to be fast. The objects are stored in
memory during program execution. The penalty would only apply when
opening or saving files. If there is a decoding penalty during runtime
it would surely be negligible.
But the underlying premise of that argument, if I
manual here, i haven't read it, but maybe the info is there
http://en.flossmanuals.net/audacity
___
Finale mailing list
Finale@shsu.edu
http://lists.shsu.edu/mailman/listinfo/finale
Many thanks ... for some reason, I couldn't get to that page with my
browser .. Safari, but this came up in Firefox with no prob. Thanks
again,
Dean
On May 31, 2009, at 9:05 PM, shirling neueweise wrote:
manual here, i haven't read it, but maybe the info is there
24 matches
Mail list logo
