Re: [abcusers] accidentals in ()

2000-11-19 Thread John Walsh
Laura Conrad writes: John seems that some people here are saying that in some cases cautionary John accidentals ARE musically significant. No, I think what we're saying is that cautionary accidentals are easy to confuse with editorial accidentals, which *are* musically significant. In my

Re: [abcusers] accidentals in ()

2000-11-17 Thread John Henckel
At 09:32 AM 11/17/2000 +, Phil Taylor wrote: If I put in an accidental where none is required it's because I want it displayed there, and if I put it in parentheses it's because I want it to display that way. When music is put on paper there are two inputs, the MUSICAL input, and the STYLE

Re: [abcusers] accidentals in ()

2000-11-17 Thread Laura Conrad
"John" == John Henckel [EMAIL PROTECTED] writes: John I think that cautionary accidentals are not musically significant. John Whether or not to include them is an editorial decision. However, it John seems that some people here are saying that in some cases cautionary John

Re: [abcusers] accidentals in ()

2000-11-17 Thread Wil Macaulay
What I did for Skink was to write a parser in JavaCC (a java compiler compiler) which builds a list of objects that represent the elements of a tune - I then process that list sequentially to create the notation. The plan is to process the same list to produce the music, but since I haven't

Re: [abcusers] accidentals in ()

2000-11-16 Thread John Henckel
It's true that when the new ABC standard become approved (I say, hopefully) then a lot of software will need to be rewritten to handle the new file format. Perhaps someone could write a really portable ABC parser and then give away the source code that each developer can just "plug it in" to

Re: [abcusers] accidentals in ()

2000-11-16 Thread John Atchley
On Thu, 16 Nov 2000, Laura Conrad wrote: Either I don't understand what you're proposing, or you aren't talking about the same thing as the rest of us. How do you let the person printing the score control what accidentals are printed without providing a syntax for doing so? The (^)

Re: [abcusers] accidentals in ()

2000-11-16 Thread John Atchley
On Thu, 16 Nov 2000, Laura Conrad wrote: The (^) syntax is precisely a method for the person who wants to print a sharp in parentheses to specify this. Whether the sharp is one that the program would figure out to add or not. What's your idea for how to get this? Just in case I got too

Re: [abcusers] accidentals in ()

2000-11-16 Thread Laura Conrad
"John" == John Atchley [EMAIL PROTECTED] writes: John Just in case I got too wordy and unclear in my other John response here's a bit of pseudo-code: John if (accidental_in_abc_source is musically_necessary) { John unconditionally display accidental John } else {

Re: [abcusers] accidentals in ()

2000-11-16 Thread John Henckel
John A., I agree with you 100% that cautionary accidentals can and should be handled by the typesetting program, NOT with special syntax in the ABC music file. I took the liberty to rewrite your pseudo code. IMO, if the user specifies an unnecessary accidental, then the typesetter should

[abcusers] accidentals in ()

2000-11-16 Thread Jack Campin
The syntax being discussed is nothing but a way of saying, "this accidental isn't really necessary." No, it's a way of saying "If you're a printer program, print this with parentheses around the sharp". "This accidental isn't necessary" is one of the things we use parentheses to indicate,

Re: [abcusers] accidentals in ()

2000-11-15 Thread James Allwright
On Tue 14 Nov 2000 at 11:16PM -0600, John Henckel wrote: Also I recommend the ABC standard should clarify whether repeated accidentals are required or not. For instance, given K:C, is " ^c c | ^c " three c-sharps in a row? Or is the second c a natural? According to abcm2ps, the second

Re: [abcusers] accidentals in ()

2000-11-15 Thread John Henckel
At 09:33 AM 11/15/2000 +, Phil wrote: Seems reasonable, although just putting the accidental in a paren would be more intuitive: (^)C etc. Harder to code though, as you have to distinguish it from the other uses to which parens are put. You're right. I will try to do this. I think it will

Re: [abcusers] accidentals in ()

2000-11-15 Thread jc
John Henckel wrote: In abcm2ps there is a bug. If an accidental is used several times in the same measure, it draws all of them. Thus, K:F and " =B =B " will print two notes with naturals in front of them, but only the FIRST one should have a natural sign. I am going to fix jhabc2ps so that

Re: [abcusers] accidentals in ()

2000-11-14 Thread John Henckel
I recommend that when (if?) the ABC notation standard is updated, it should contain syntax for "helper" accidentals. I am going to hack my version of abcm2ps (called jhabc2ps) to support accidentals in parentheses. Does anyone have a recommendation for the syntax? I am thinking about using

Re: [abcusers] accidentals in ()

2000-10-09 Thread John Henckel
At 10:18 AM 10/8/2000 +0200, you wrote: Anyway; how do I get the brackets 'round the accidental in abc? I have the same question. Unfortunately, it appears to be not possible using any of the variants of abc2ps. We could allow syntax similar to that used for triplets, such as "v(^c", to be

[abcusers] accidentals in ()

2000-10-08 Thread Atte André Jensen
Hi Often you see "reminder accidentals", that are actually not neccesary. Since I don't know the exact term in english I give a quice example: At some point you have a Db (the tune is in Eb) and in the next bar you have a D natural. But to make sure it's actually played "D" and not "Db" you put

Re: [abcusers] accidentals in ()

2000-10-08 Thread Laura Conrad
"Atte" == Jensen Atte writes: Atte Anyway; how do I get the brackets 'round the accidental in abc? We've discussed this; there's a similar problem in early music, where the notation didn't always include accidentals that "everybody" would know to play, and modern editors want to put them