Jack Campin wrote:
You need to separate the two layers of "ABC intended to represent
the music itself" and "ABC intended to represent staff notation for
the music" somehow. Changing a note or a chord is in the first
layer; using a "y" to make the two halves of a bar more visually
separate than the
>> Usually, I want the program to just decide where to put the line
>> breaks, with a few rare exceptions.
> The solution I'm coming up with on the next release of Music Publisher
> is to provide an editing screen where changes can be made to abc file
> before use. And including a "reflow" command
[abcm2ps's !...! construct]
>> So, why not pick a symbol other than "!" for the latter usage?
>> "*" seems ideal, and quite logical, too: in emails, IRC, etc.,
>> it is commonly used to boldface or emote something.
> My first reaction is that" ! " is better, since in !ppp! it is
> used as a delimi
>| I play a lot of folk dance music which consist of phrases of 8 bars.
>| When linebreaks are every 4 or 8 bars, this makes the score more
>| readable.
> I think that dance musicians usually really like having the phrases
> aligned this way, but most other musicians don't see the benefit
> (an
On Sun, 6 Jul 2003, Eric Galluzzo wrote:
> In practice, I have found that I usually don't include that many
> dynamics on one line, so most Y: lines (at least in my music) would
> probably end up looking something like this:
> Y: | | * p | | * <( |
That's exactly the reaso
> Saving two chars of typing in a definition doesn't seem to
> be a good payoff for eliminating most of the uses of a new
> feature.
I agree on that.
Irwin
To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
> Date: Sat, 05 Jul 2003 09:07:33 +0200
> From: Bert Van Vreckem <[EMAIL PROTECTED]>
>
> Jeff Bigler wrote:
> > I would find it particularly useful to have an explicit linebreak
> > command that would override the "continue all line ends (append '\')"
> > option to the abc2ps-like programs. Usual
John Chambers wrote:
>Eric Galluzzo writes:
>|
>| > >So: how about that we agree that "U:T = trill" type notation is
>| > >acceptable, and put into the standard? We could simply state that it is
>| > >a symbol binding, or redefinition, or whatever we want to call it. It
>| > >would apply to play
Eric Galluzzo writes:
|
| > >So: how about that we agree that "U:T = trill" type notation is
| > >acceptable, and put into the standard? We could simply state that it is
| > >a symbol binding, or redefinition, or whatever we want to call it. It
| > >would apply to player programs as well as tadpo
> I've always thought of the %% construct as being for new and
> experimental stuff, which is always going to break other programs, so
> if the staves command becomes standard I would prefer that it got it's
> own field identifier.
I had always thought %% was for commands specific to a particular
On Sat, 2003-07-05 at 10:37, Phil Taylor wrote:
> Eric Galluzzo wrote:
>
> >All programs, to my knowledge, that implement the !...! construct
> >(abcm2ps, jcabc2ps, and abc2midi?) are under active development, to my
> >knowledge. Therefore, all of them could easily be altered to accept "*"
> >as
Eric Galluzzo wrote:
> > However, they also seem to be incompatible. So, why not pick a symbol
> > other than "!" for the latter usage [dynamics and other decorations]?
> > "*" seems ideal, and quite logical, too:
I think it seems to be the only sensible solution to the problem.
* may be a bit to
Eric Galuzzo writes:
>2. abc2midi (not abcm2ps, by the way) originally introduced !...! for
>dynamics, !ppp! to !fff!. abcm2ps adopted it. It too is useful for
>symbols, dynamics, etc. Very few tunes have this construct in it.
>
>Irwin has said, rightly as it seems to me, that both are useful.
In message <[EMAIL PROTECTED]>, John Chambers
<[EMAIL PROTECTED]> writes
>
>Anyway, I think that dance musicians usually really like having the
>phrases aligned this way, but most other musicians don't see the
>benefit (and some vehemently dislike it).
I transcribe quite a few tunes for Sco
Bert Van Vreckem writes:
| Jeff Bigler wrote:
| > I would find it particularly useful to have an explicit linebreak
| > command that would override the "continue all line ends (append '\')"
| > option to the abc2ps-like programs. Usually, I want the program to just
| > decide where to put the line
Eric Galluzzo wrote:
>All programs, to my knowledge, that implement the !...! construct
>(abcm2ps, jcabc2ps, and abc2midi?) are under active development, to my
>knowledge. Therefore, all of them could easily be altered to accept "*"
>as the character rather than "!" (perhaps accepting the "!" as
Laura Conrad writes:
| > "Jeff" == Jeff Bigler <[EMAIL PROTECTED]> writes:
| Jeff> I would find it particularly useful to have an explicit
| Jeff> linebreak command that would override the "continue all line
| Jeff> ends (append '\')" option to the abc2ps-like programs.
| Jeff>
Jeff Bigler wrote:
I would find it particularly useful to have an explicit linebreak
command that would override the "continue all line ends (append '\')"
option to the abc2ps-like programs. Usually, I want the program to just
decide where to put the line breaks, with a few rare exceptions.
Well,
In message <[EMAIL PROTECTED]>, Jeff Bigler
<[EMAIL PROTECTED]> writes
>
>I would find it particularly useful to have an explicit linebreak
>command that would override the "continue all line ends (append '\')"
>option to the abc2ps-like programs. Usually, I want the program to just
>decide where
> "Jeff" == Jeff Bigler <[EMAIL PROTECTED]> writes:
Jeff> I would find it particularly useful to have an explicit
Jeff> linebreak command that would override the "continue all line
Jeff> ends (append '\')" option to the abc2ps-like programs.
Jeff> Usually, I want the program to
> From: Eric Galluzzo <[EMAIL PROTECTED]>
> Date: 04 Jul 2003 19:53:11 -0400
>
> Irwin has said, rightly as it seems to me, that both are useful.
> However, they also seem to be incompatible. So, why not pick a symbol
> other than "!" for the latter usage [dynamics and other decorations]?
> "*" s
21 matches
Mail list logo
