Does there exist an abc to m-tx/pmx converter or vice
versa?
Groeten,
Irwin Oppenheim
[EMAIL PROTECTED]
To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
What has this got to do with ABC?
On Fri, 26 Apr 2002 [EMAIL PROTECTED] wrote:
page on the internet that will give you a term life
quote from over 500 companies, and allow you to apply
To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
On Sun, 28 Apr 2002, Serdar Kahya wrote:
UYGUN FIYATA WEB SITE TASARIMI ,HOSTING
http://www.profesyonel.com.tr.tc
I assume that this is the Turkish translation we were
waiting for.
Maybe the list can be setup such that only subscribers
can send mail to me. I'm already receiving enough spam
On Thu, 27 Mar 2003, Buddha Buck wrote:
If you are trying to do a 8th-note quintuplet, you'd
want all five notes to fall in the time of one foot,
or two quarter-notes.
Thank you for you extensive reply!
So maybe the difference between [1]
On Fri, 13 Jun 2003, Calum Galleitch wrote:
I'm using abc2ps and have two or three 'issues' I'd
like to try and work around, if possible.
Please note that the most current version of abc2ps is
called abcm2ps and can be downloaded from:
http://moinejf.free.fr/abcm2ps-3.6.0.tar.gz
abc2ps is no
-- Forwarded message --
Date: Mon, 16 Jun 2003 15:17:19 +0200
From: [EMAIL PROTECTED]
To: TeX-Music [EMAIL PROTECTED]
Subject: [TeX-music] Online music notation guide
FYI, FWIW, etc. :)
http://www.mpa.org/notation.pdf
Eva
___
On Tue, 24 Jun 2003, Georg Hajdu wrote:
The parsing of xml files seems more difficult,
XML is very easy to parse: you can make use of several
free off-the-shelf parsers that either create a
complete document tree (DOM standard) or generate
parser events (SAX standard).
Just have a look at
-- Forwarded message --
Date: Tue, 24 Jun 2003 13:58:14 +0100
From: Phil Taylor [EMAIL PROTECTED]
To: I. Oppenheim [EMAIL PROTECTED]
Subject: Re: [abcusers] Re: abc and microtonality
I. Oppenheim wrote:
On Tue, 24 Jun 2003, Georg Hajdu wrote:
The parsing of xml files seems more
On Tue, 24 Jun 2003, Phil Taylor wrote:
That is not a good idea. Several of these letters
(THLMPSO?) have already a predefined meaning. It would
be better to leave these letters free.
Let me make myself more clear. I meant to say that it
should be up to the end user to bind a symbol to the
On Tue, 24 Jun 2003, Laura Conrad wrote:
Do you really think that all the ABC that assumes
that H means fermata should suddenly stop working.
No! Things that are de facto standard should not be
changed. On the other hand, I do not think it is wise
to add new predefinitions to the existing
On Wed, 25 Jun 2003, John Chambers wrote:
| Cool. Thanks. First I'd heard. No mention of it on Chris's web
| site (still refers to it as draft and 1.6 as current).
Maybe we should discuss labelling it the 1.7 standard?
Good idea.
Groeten,
Irwin Oppenheim
[EMAIL PROTECTED]
~~~*
To
On Wed, 25 Jun 2003, Georg Hajdu wrote:
Proposed symbols for eighth-tone notation:
1/8 sharp:=` ( ` is back quote is ascii 96)
[snip]
3/4 flat: \ or ` `_
Example A `= would be middle-a eighth-tone flat or 6875 MIDI cents.
If these are the symbols you need, what
On Wed, 25 Jun 2003, Georg Hajdu wrote:
4/8 sharp IS a full sharp (as you know, the reference interval is
always a whole tone).
Sorry, I didn't realize that. I thought you were
dividing a regular sharp into 8 pieces. Now I
understand we are actually dealing with eighth-tones.
Therefore
On Wed, 25 Jun 2003, John Chambers wrote:
Buddha Buck writes:
| Georg Hajdu wrote:
| Actually, I could suggest another notation: _#C, where # is a single
| digit, means flatting C by that many eighth-tones. For finer control,
| _##C, where ## is a pair of digits, means flattening C by that
On Mon, 30 Jun 2003, Bert Van Vreckem wrote:
What the abc 'movement' needs is someone who takes
responsibility over the standard. Personally, I would
propose Jef Moine and Guido Gonzato: Jef because he's
the developer of the (TMHO) leading abc package,
Guido Gonzato because of his vision and
On Tue, 1 Jul 2003, Manuel Reiter wrote:
could anybody give me any pointers aon how to include
accented characters in lyrics with abc2ps
This should also be addressed in the upcomming ABC
standard...
To use accented letter, type the following:
\`a = a with grave
\'a = a with acute
\a = a
On Tue, 1 Jul 2003, Jack Campin wrote:
: To use accented letter, type the following:
: \`a = a with grave [...]
: \~n = n with tilde
It would be far more partable if ABC software used HTML standards
for this and deprecated TeXisms.
There's nothing wrong with these TeXisms: they are easy
On Tue, 1 Jul 2003, Christophe Declercq wrote:
I am a French MS-WINDOWS user but I know that there
is several character encoding systems on this planet
even for latin alphabets, so I don't find that
strange at all.
I'm a Dutch ABC user and also do not find it strange at
all. But it seems
On Tue, 1 Jul 2003, Phil Taylor wrote:
Over the past year or so, this group has become
dominated by discussion of abcm2ps;
Probably because it is the best and least limited ABC
implementation around: it implements an extensive set
of features, is actively developed, runs on all
computer
On Tue, 1 Jul 2003, A.M. Kuchling wrote:
Google doesn't turn up either the 1.7 or 2.0 drafts
that have been recently mentioned. As a start, it
would be very helpful if current versions of these
drafts were available on the web somewhere, because
they'd provide a clearer picture of ABC's
On Tue, 1 Jul 2003, John Chambers wrote:
| Unfortunately, the hacek and breve accents did not seem to work with my
| versions of either abc2ps or jcabc2ps when I tried them yesterday
I believe these hacek and breve accents are only
handled by TeX and not by any of the abc2ps clones.
I guess
On Tue, 1 Jul 2003, Bernard Hill wrote:
But the 23 different ways is with us already it seems to me.
Downloading files from various sources on the net has given a LOT of
differences which can't all be correct at the same time. I even asked
for advice from Chris Walshaw but no reply.
As soon
On Tue, 1 Jul 2003, Phil Taylor wrote:
Have you ever used any other abc software?
Yep, under both Linux and Windows (I do not have a
mac). Currently I'm using mostly abcm2ps and abc2midi
with a midi player, sometimes I use nwc2abc.
Are you suggesting that a standard can be developed
without
On Tue, 1 Jul 2003, Bernard Hill wrote:
Is ~ a roll or a turn?
According to ABC 1.7.6, it's a roll:
$ The standard set of definitions (if you do not
$ redefine them) is:
$ U: ~ = !roll!
$ U: T = !trill!
$ U: H = !fermata!
$ U: L = !emphasis!
$ U: M = !lowermordent!
$ U: P = !uppermordent!
$
On Tue, 1 Jul 2003, John Chambers wrote:
This really just means that '+' would be added to the
list of ornament symbols, and the default display
form is merely a '+' above the note.
Something like:
U: X = ^+ ?
Groeten,
Irwin Oppenheim
[EMAIL PROTECTED]
~~~*
Chazzanut Online:
On Tue, 1 Jul 2003, Calum Galleitch wrote:
There could be a standard library of routines for
different users; I'm thinking:
#includebagpipe. There might be an
#includemicrotones. #includebowings, for
fiddlers. #includeguitar_tab would let music
renderers like abcm2ps draw tab directly.
On Tue, 1 Jul 2003, Henrik Norbeck wrote:
We only have a few unused ascii characters in the abc code:
@#$?+;`
is used to do voice splitting in abcm2ps
BTW, is * considered obsolete abc nowadays?
What should it do (outside a w: line)?
Groeten,
Irwin Oppenheim
[EMAIL PROTECTED]
~~~*
On Wed, 2 Jul 2003 [EMAIL PROTECTED] wrote:
I fundamentally disagree with this. I believe that
it is imperative that the standard and the software
that uses it should be isolated.
I agree with you. I had already a bit of argument about
this with Phil. The standard should define an abstract
On Wed, 2 Jul 2003, David Webber wrote:
I suspect that the only things the abc standard has
to worry about, as far as applications on different
platforms go, is to do with specification of text
fonts
The actual font type to be used is a typical issues for
the stylesheet meta standard.
and
On Wed, 2 Jul 2003, David Webber wrote:
An application would have to parse the file it anyway to find out
what it uses. But all the application could do is put up a message
saying this abc file contains elements from abc module ... and so I
can't read all (any?) of it.
Applications that
On Wed, 2 Jul 2003, David Webber wrote:
The %%mozart: would indicate that this is information
for mozart only and the following stuff would be
interpreted by MOZART to say this is for an A4 page
with a five line stave 23 points high.
That's not a bad idea, but an ever better idea is to
On Wed, 2 Jul 2003, Laura Conrad wrote:
I do hope that the new effort won't completely ignore the work from
the old effort.
So where can we read the draft standard that you
prepared?
Irwin
To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
On Wed, 2 Jul 2003, John Chambers wrote:
An alternative, of course, is that we also have the
[...:...] notation. So in addition to things like
[K:Gm] and [K:clef=alto], we could say
[mozart:something].
I prefer to keep this [...] notation for inline header
fields, and to use !...! for inline
On Wed, 2 Jul 2003, Buddha Buck wrote:
For syntax (e.g., everything that isn't text, stick to stricty 7-bit
ASCII characters. No accents, no other funny stuff. Just straight
7-bit ASCII.
Agreed.
Bernard Hill wrote:
That's a strictly American view. There are 2
important characters on our
Dear ABC friends,
...And now for something completely different!
When abcm2ps creates its postscript output, it shades
the staff lines by adding tiny gray lines beneath the
black lines. This looks wonderful when you print the
output, but unfortunately it doesn't look as nice when
you convert the
On Wed, 2 Jul 2003, Phil Taylor wrote:
Of course you would need a separate static macro for every different
note with a roll on it, and Henrik Norbeck suggested an extension to
this
m: ~n3 = n{o}n{m}n
Phil, thank you for sharing this, this is a wonderful
idea! I strongly suggest to include
On Wed, 2 Jul 2003, [iso-8859-1] Forgeot Eric wrote:
Does someone know if it's possible to hack a
ghostscript version to have only the PDF export
That's possible. When compiling, you can select the
output devices you're interested in. But it won't make
ghostscript much smaller, because most of
On Wed, 2 Jul 2003, Dick Atlee wrote:
Speaking of new blood, is there an accessible archive of abcusers
traffic that one can dig into for perspective (or lost postings that
one's junk-mail interceptor mis-characterizes)?
http://www.mail-archive.com/abcusers%40argyll.wisemagic.com/
Groeten,
On Wed, 2 Jul 2003, Phil Taylor wrote:
I. Oppenheim wrote:
I think that the !...! format is also very useful, and
that we should keep it in the standard, in peaceful
coexistence with your macro facility.
I could probably live with the !...! format, although I don't like it*
We know you
On Thu, 3 Jul 2003, Guido Gonzato wrote:
In the draft, I didn't mention codepages, iso and
some such. I'm sure 95% of ABC users would not
understand what it's all about.
Probably; but the software packages that write ABC
should specify the codepage in a standardized way,
unless the
On Thu, 3 Jul 2003, Guido Gonzato wrote:
I think that m: is a wonderful and very useful
extension to the standard, but AFAIK BarFly is the
only program that supports it.
I'm fair enough to admit that BarFly is a widely used
and significant ABC program; so if Phil says that his
macro facility
On Thu, 3 Jul 2003, Manuel Reiter wrote:
sorry to answer my own post, but I've gotten a bit further after some
reading up of Postscript specs and a lot of guesswork. ;-)
By modifying 'subs.c' and 'syms.c' modified from the
current (08-Apr-2003) version of jcabc2ps jcabc2ps
can handle macron
On Thu, 3 Jul 2003, John Chambers wrote:
Part of the problem seems to be that a few years ago,
the Microsoft Outlook package introduced a sort of
programming language that they called macros. Why
they used this term is somewhat of a mystery,
John, the Wordperfect wordprocessor had already
On Thu, 3 Jul 2003, John Norvell wrote:
Do any of the implementations allow multiple
assignments per U: statement? ex.
I'm pretty sure most implementations will not allow
that, so don't rely on it.
Groeten,
Irwin Oppenheim
[EMAIL PROTECTED]
~~~*
Chazzanut Online:
On Thu, 3 Jul 2003, John Chambers wrote:
All we need now is a non-abc2ps-clone program that is
as liberal, and we can state in the standard that
such lines can go anywhere
I do not agree with this approach.
A standard should document advisable behaviour, not all
the possible errors that
On Thu, 3 Jul 2003, Jack Campin wrote:
There are lots of abc2win files on the net which
use the exclamation mark for a different purpose
Can you be specific there? As a developer I'd like to know!
It's a line terminator.
The BNF standard
http://www.norbeck.nu/abc/abcbnfx.htm
explicitly
On Thu, 3 Jul 2003 [EMAIL PROTECTED] wrote:
That's exactly what Abacus does. Version 1 is
available from http://www.abacusmusic.co.uk/ but hang
around, maybe just for a few days, and version 2 will
be out.
Seems to be a nice idea! Only too bad that when I made
a typing mistake, your
On Thu, 3 Jul 2003, Bernard Hill wrote:
As a programmer I'm very concerned about ! as a line terminator.
Now add two line terminators (presumably not illegal)
abc abc|!trill! abc abc|! abc abc |! abc abc|
According to the BNF definition
http://www.norbeck.nu/abc/abcbnfx.htm
The bang is NOT
On Thu, 3 Jul 2003, Bernard Hill wrote:
According to the BNF definition
http://www.norbeck.nu/abc/abcbnfx.htm
The bang is NOT a line terminator; the newline (\n)
terminates the INPUT line.
When a bang appears at the very END of such an input
line, it forces a line break in the music
Eric Luis,
Thank you so much for your advice. It turned out that
those gray lines where indeed caused by the antialias
parameter of ghostscript. I found out that the
Helvetica font probably gives the best readable results
on low resolution.
So here's what I managed to achieve:
On Fri, 4 Jul 2003, Jeff Bigler wrote:
What would folks think of using for this purpose?
The ampersand is already in use as a voice splitting
symbol. I hope this will be documented in the upcomming
standard.
I.e., !mp! is not in the 1.7.6 draft standard
Good that you mentioned that. Must
On Fri, 4 Jul 2003 [EMAIL PROTECTED] wrote:
The fact is that both ! as a line break and !...!
are in use so let's develop a no blame culture and
work out how to get round it. More to the point, can
we try and work out a system to make sure we all know
what others are doing so this sort of
On Fri, 4 Jul 2003, John Chambers wrote:
BTW, a year or so back, I had my tune finder's search bot count the
tunes that seemed to come from abc2win (because of the ! chars, or
because they had a % ... abc2win comment). It came to between 9 and
10% of the tunes.
Good to have some actual
On Fri, 4 Jul 2003, Buddha Buck wrote:
Thank you Buddha; I think it's a nice summary of the
three different symbol manipulation facilities we're
dealing with.
1) long macros -- Phil Taylor's m: macros. These
are prefixed in the ABC music with a special
character, like ~, or @ or something,
On Fri, 4 Jul 2003, [iso-8859-1] Forgeot Eric wrote:
It isn't being actively supported any more, though.
It has now a new maintainer, Seymour Shlien.
We discussed its bug with broken-rhythms constructs
what, two years ago?
I quote from the changelog:
2003 April 12
abc2midi assumes the
On Sat, 5 Jul 2003, Henrik Norbeck wrote:
I've now updated the BNF specification for ABC 2.0
http://www.norbeck.nu/abc/bnf/abc20bnf.htm
1/ Is this definition your own, private proposal, or is
it based on a (preliminary) draft prepared by Guido?
2/ %x58.3A is VERY difficult to read. Could you
On Sat, 5 Jul 2003, John Walsh wrote:
My first reaction is that ! is better, since in !ppp! it is
used as a delimiter, and delimiters are tall and skinny, while * is
short and fat.
This is also my fealing. I'd rather make * the
linebreaking command; also not ideal but still better
On Sun, 6 Jul 2003, Jeff Bigler wrote:
1) Newline continues to signify a linebreak unless preceded by \
This can be overridden by the software. (E.g., the -c option in
abc(m)2ps).
2) An additional explicit linebreak command (e.g., !) signifies a
linebreak that *cannot* be
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
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 reason
On Sun, 6 Jul 2003, Jeff Bigler wrote:
And a picky semantic point, but one that I think is important. I
believe the continue the current line if there's room command is not
just \, but \ + newline
That is indeed important to remember.
However, we might have to interpret \ + whitespace +
On Sun, 6 Jul 2003, Tom Keays wrote:
You're getting away from the original intent of abc
i.e., that the abc transcription be HUMAN-readable.
Humans don't require explicit !break! commands if
there is a newline.
That is exactly my point: most ABC users cannot care
less where the exact
On Sun, 6 Jul 2003, Henrik Norbeck wrote:
It's my own preliminary proposal. I haven't received anything from
Guido. Of course it has to be modified, but it's a starting point,
because most of it will be as it is there.
Thank you for your good work.
Well, it's case sensitive. ABNF quoted
On Sun, 6 Jul 2003, Jeff Szuhay wrote:
I'm thinking along the lines of an ABCParse module
which feeds a stream to both ABCPlay module and
ABCView modules.
You're thinking about creating a libabc project? that
would be very cool!
Maybe we could form some group of developers that could
isolate
On Mon, 7 Jul 2003, Bert Van Vreckem wrote:
I. Oppenheim wrote:
If the ABC community as a whole could provide a
standard complying parser, not every developer that
wishes to use ABC would have to reinvent the wheel
again and again. The current situation is in nobody's
interest.
We're
On Sun, 6 Jul 2003, Bernard Hill wrote:
Tom Keays [EMAIL PROTECTED] writes
But * is already part of the standard as a right-justified linebreak and
I've seen plenty of tunes that use it.
OK, I agree.
In that case:
1/ Let's define !break! and !nobreak! as symbols
which can both be used
On Mon, 7 Jul 2003, Jack Campin wrote:
Braille devices usually work one line at a time, so
it helps if that line both forms a musically
meaningful unit and is also not cluttered up with
noise symbols like !break!.
Come on, how much noise does a * make?
Groeten,
Irwin Oppenheim
[EMAIL
On Mon, 7 Jul 2003, Donald White wrote:
One solution might be to allow the definition of
additional voices on the fly - or within a block of
music. That way, when you only have a small portion
of a piece that requires independent voices on one
staff you don't have to pad the entire piece
On Mon, 7 Jul 2003, T.M. Sommers wrote:
These are not problems with lex and yacc specifically; any program
parsing abc will have to face them. They are ambiguities, or potential
ambiguities, in the language itself.
In the first case above, there should be no problem: the composer field
is
On Mon, 7 Jul 2003, henrik wrote:
(d/D) (o/O) (r/R) [(i/I) [(a/A) [n/N]]]
which is quite unreadable.
Personally I do not have anything against the notation
above.
So I'll let it keep the %x44 type notation for characters.
I can read the alphabet, but I cannot make sense
of hexadecimal
On Tue, 8 Jul 2003, T.M. Sommers wrote:
Wil Macaulay wrote:
If I'm not mistaken, you can also embed L:, M:, and K: in the tune
proper, and I've seen N: and
I: as well.
But they can't be mistaken for notes.
Yes, they can, since H-Z can be redefined.
Irwin
To subscribe/unsubscribe, point
On Tue, 8 Jul 2003, henrik wrote:
But since the redefinable symbols H-Z are also
allowed in the tune, all in-tune fields cause the same problem, actually.
No special case for A-G.
It would be better to deprecate the \n_: style header
fields in the standard, and to advice to use only the
[_:]
On Tue, 8 Jul 2003, Phil Taylor wrote:
I'm told that recent versions of abcm2ps use the
operator to set the time point back to the beginning
of a bar so that an additional layer of notes can be
added. This sounds like a good idea, but I haven't
seen any detailed description of how it
It seems now that abcm2ps now also supports the !
kludge, so this could be a good starting point for the
ABC parser library.
Quoting from the abcm2ps change log:
Version 3.6.4 - 03/07/06
Accept '!' as new line inside a music line (thanks to
John Chambers).
Groeten,
Irwin Oppenheim
On Tue, 8 Jul 2003, David Webber wrote:
Could this not be entirely legal with the E (corresponding with the
L: setting) occupying an entire bar?
And what about:
A B C D\
E:|
Irwin
To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
On Tue, 8 Jul 2003 [EMAIL PROTECTED] wrote:
Did anyone outside the abcm2ps community know about
this until now. If another developer had started
using for their pet idea we'd have the same sort of
conflict.
This idea was proposed by Taral on this list on
Mon, 22 Oct 2001 08:43:51 -0700.
On Tue, 8 Jul 2003, henrik wrote:
Of course, the thought occurred to me too after I had sent the message.
Still, I think it should be parsed as an E: field, because the error is so
easily spotted by the user, and you only have to insert a space to correct
it, e.g.
E: |
or E :|
Anyway, the
On Tue, 8 Jul 2003 [EMAIL PROTECTED] wrote:
Does every new developer have to trawl through the
entire abcusers' archive and the documentation of all
83 programmes mentioned on Frank Nordberg's list to
find out if a symbol has been used?
That's why Guido is now writing an uptodate standard.
rid of
such confusion.
Irwin Oppenheim
On Tue, 8 Jul 2003, John Chambers wrote:
I. Oppenheim writes:
|
| And what about:
|
| A B C D\
| E:|
The trailing \ can be handled in the input routine,
before any parsing is done, and the rest of the code
then just sees:
A B C D E:|
With this rule
On Tue, 8 Jul 2003, Bernard Hill wrote:
Er, what's an E: field? The draft 1.7.6 knows nothing of E.
Good point! It still appeared in V1.6, and apparently
it has rightfully been removed from V1.7.6.
Groeten,
Irwin Oppenheim
[EMAIL PROTECTED]
~~~*
Chazzanut Online:
On Tue, 8 Jul 2003, John Chambers wrote:
| Why don't you use a cron job for that?
Because it doesn't always work.
Then what about this:
#!/bin/sh
# Will run once an hour and remove
# all the temporary files older than
# an hour in a given directory.
# Provided as-is by Irwin Oppenheim.
On Tue, 8 Jul 2003, Bernard Hill wrote:
M:4/4
2e2 e3f|e2(G2 G2)Bc|
What's the meaning of the parentheses when there is no number? It
doesn't seem to be a shortcut for (2 - or is it? Play 2 in the time of
2? g
Parentheses without a number are used to slur notes.
Irwin
To
On Tue, 8 Jul 2003, Bernard Hill wrote:
Er, what's an E: field? The draft 1.7.6 knows nothing of E.
Good point! It still appeared in V1.6, and apparently
it has rightfully been removed from V1.7.6.
So satisfy my curiosity. What was it??
I probably wasn't born yet when this header was
On Tue, 8 Jul 2003, John Chambers wrote:
K:Hp has always been one of my favorite examples of the usefulness of
advisory accidentals in a key signature. Without the =g in the
signature, there's a very real risk that musicians will quickly
figure out that a tune is in A, and will
On Tue, 8 Jul 2003, DottieB wrote:
M:4/4
2e2 e3f|e2(G2 G2)Bc|
Parentheses without a number are used to slur notes.
But the notes are the same!
If you sight-read music in 4/4, it's easier to follow
the music if the note that falls on the third beat is
always notated separately.
The
On Tue, 8 Jul 2003, Bob Archer wrote:
If anyone's interested I made a start on yacc and lex
(actually flex and bison) parsers for abc. I'll
happily email them to anyone who wants them.
Bert Van Vreckem wrote:
I think these problems will make clear why it would
be VERY useful to create a
On Tue, 8 Jul 2003, John Chambers wrote:
The Scottish highland pipes are highly diatonic, and have
the scale G A B ^c d e f g a. These are the only notes they
play with any accuracy. The highland pipe music thus uses
the keys of D major and A mixolyian primarily (and also B
minor and E
On Tue, 8 Jul 2003, David Webber wrote:
As I understand it
|1starts a first time bat
|1 or |[1 or | [1 is first repeat ending.
:|2 obviously ends the 1st time bar and starts the 2nd.
:|2 or :|[2 or :| [2 is second repeat ending.
How do I tell where the 2nd time bar bracket ends if
On Tue, 8 Jul 2003, Wil Macaulay wrote:
In other words, if I want tune 57, but tunes 10, 45,
51 are broken, don't make me fix everything previous
just to get tune 57. I found it reasonably
straightforward to implement exception handling in
Skink using javacc that let me do that, but not in
On Tue, 8 Jul 2003, Laura Conrad wrote:
If they force Microsoft to install it, probably everybody will start
using it.
Sun recently revoked Microsofts license to distribute
Java with new copies of Windows/Internet Explorer.
Java is installed on most Unix computers that I use,
but nevertheless
On Tue, 8 Jul 2003, Wil Macaulay wrote:
Good point. When using Flex/Bison to parse one tune
out of an ABC file, it's probably easier to manually
scan for an apropriate X: header in the input before
starting the Bison parser.
in other words, do much of the parsing work twice ...
No, that's
A while ago, an internal memo by some SUN engeneers got
leaked, which describes the most serious problems of
the Java environment:
This document details the difficulties that keep our
Solaris Java implementation from being practical for
the development of common software applications. It
On Wed, 9 Jul 2003, Jack Campin wrote:
for example, vocal music usually has a separate flag
for each individual syllable, which looks unreadable
to a fluteplayer,
That was indeed the convention in all old vocal music,
but it is no longer so. Most modern editions of vocal
music, group the
I promised to evaluate Skink; I did so on a local
Windows XP box with the latest JRE installed.
1/ After I doubleclicked on the Jar file, it took 5
seconds for Skink to startup.
2/ When clicking on a menu item that needs to open a
dialog window, such as Open or About, it takes
about 3 seconds.
3/
On Wed, 9 Jul 2003, Jon Freeman wrote:
I promised to evaluate Skink; I did so on a local
Windows XP box with the latest JRE installed.
Win 2000 Pro /JRE 1.31/ Athlone 1Ghz - 256Mb Ram
OK. My specs are:
WinXP Pro / JRE 1.4.2 / AMD K6-2 300.76 MHz - 128 MB Ram
Irwin Oppenheim
To
On Wed, 9 Jul 2003, Phil Taylor wrote:
John Chambers wrote:
In any case, we should encourage publishers to eliminate
the practice of using separated notes for vocal music. It's
a bad practice that doesn't help anyone read the music.
Why? I personally find that as a singer I can see the
On Wed, 9 Jul 2003, Phil Taylor wrote:
3/ In the right pane, when the name of the tune is
selected, it is displayed in brown on dark blue (I guess),
it was not readable.
Displayed in black against the (user modifiable) selection colour.
Perfectly legible as long as the selection colour is
On Wed, 9 Jul 2003, Rickard Blixt wrote:
Hi!
Ok, thank you for telling me! But where can I find abcm2ps? Is it possible
to download it somewhere?
abcplus.sourceforge.net is the place to be!
Groeten,
Irwin Oppenheim
[EMAIL PROTECTED]
~~~*
Chazzanut Online:
On Wed, 9 Jul 2003, Phil Taylor wrote:
Another bug: When I clicked on close after I made some changes,
I got a dialog window asking me if I really wanted to close.
I then hit Escape and the program closed anyway!
BarFly will do something similar - the escape key is interpreted
as meaning I
On Wed, 9 Jul 2003, Phil Taylor wrote:
Laurie Griffiths, the author of Muse was killed in a car accident
six months ago. At the time he was on the point of releasing
a new version of the program, and his son said he was hoping to
complete it, but we haven't heard any more since then.
Sad,
1 - 100 of 257 matches
Mail list logo