Re: [abcusers] Modes, zipped files etc.
Wendy Galovich says - I hope they wouldn't mind if you wanted to add your tune pages to the world wide index at some point, once the abcs are in plain text. No problem, but bear in mind these tunes are aimed at relatively inexperienced musicians who want to join in some of the tune sessions in the area. (There are a lot.) There are a few tunes from unpublished Sussex collections but most of it is fairly standard English country dance music widely available. I'll let you know when I've got them sorted. Bryan To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
Re: [abcusers] Modes, democracy and benevolent(?) dictatorship
In article [EMAIL PROTECTED], [EMAIL PROTECTED] wrote: Of course, this does run contrary to the other common approach, which might be summarized "If the ABC has even a tiny error, you should reject it, lest people be encouraged to keep making errors." The consequence of this is to support a »loose mode« as well as a »picky mode«. You use loose mode for stuff that comes in from elsewhere that doesn't pass in picky mode, and picky mode for stuff that you are going to send out that you want to be 100% conforming to the standard (or whatever). Anselm -- Anselm Lingnau . [EMAIL PROTECTED] Giving money and power to government is like giving whiskey and car keys to teenage boys. -- P. J. O'Rourke To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
Re: [abcusers] Modes, democracy and benevolent(?) dictatorship
Laurie wrote: I suspect that a greater problem lies in the finer detail. For instance (not saying BF, Muse or any particular package does or does not accept any of these things, they are just to give a feel) snip I think BarFly will reject all of those, except for the long title, where it will simply ignore the second line. Phil Taylor To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
[abcusers] Incompatibility and finer details
Excuse the change of subject line, but I didn't think Modes, democracy and benevolent(?) dictatorship was quite what was being talked about anymore. Laurie Griffiths says - These details have the potential for allowing music created by hand and "checked" by one package to be unacceptable to another. Believe me, I found *lots* of them out there on the web. Hey, I think Laurie and I agree on something! There seems to be a feeling in this discussion that abc has to be either 100% correct to ensure compatibility or a total free-for-all so as not to stifle innovation. Couldn't we try to encourage a culture to make it better even if it will never be perfect. Surely it will benefit developers if they don't have to put a lot of effort into coping with every possible glitch, typo or obscure one-off innovation that somebody thought was a good idea five years ago. By the way, I didn't say that I thought developers shouldn't charge for their software, I merely pointed out that some of them did. I think they are perfectly entitled to; it's an expensive hobby. I may well do myself. And as for me not being tactful? Well, there are a few others on this list who can give me a run for my money when it comes to calling a spade a bloody shovel. Anyone with classical training can't feel very welcome. Bryan To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
Re: [abcusers] Incompatibility and finer details
Excuse the change of subject line, but I didn't think Modes, democracy and benevolent(?) dictatorship was quite what was being talked about anymore. Laurie Griffiths says - These details have the potential for allowing music created by hand and "checked" by one package to be unacceptable to another. Believe me, I found *lots* of them out there on the web. Hey, I think Laurie and I agree on something! There seems to be a feeling in this discussion that abc has to be either 100% correct to ensure compatibility or a total free-for-all so as not to stifle innovation. Couldn't we try to encourage a culture to make it better even if it will never be perfect. Surely it will benefit developers if they don't have to put a lot of effort into coping with every possible glitch, typo or obscure one-off innovation that somebody thought was a good idea five years ago. There are two separate issues here. All the examples which Laurie quoted are mistakes: they are wrong versions of constructions which can be written correctly in abc v1.6. There is no doubt that programs should warn users when they create abc like this, or even refuse to deal with the abc until it is fixed. When it comes to dealing with this kind of incompatibility I'm all for the 100% correct approach. On the other hand, if you want to transcribe Bach you need some extensions to abc because it wasn't designed to do that. You need V:, you need clefs and you need macros. Inline fields are also very helpful. All of these things need experimentation to get them to work, and it would be a mistake to try and formulate an agreed standard in advance. Eventually, what works best will go into a new standard and some other stuff will be discarded. In the mean time you have to do some editing. Phil Taylor To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
[abcusers] changing the key signature
For a discussion of keys and modes that we haven't yet done to death: I was reminded by a discussion on another list that one convention in printed music is that if the key signature changes, the former signature is first cancelled by use of naturals, and then the new key signature is written. There are a couple of ways to implement this convention. The old-fashioned rule is to always do it. A more modern rule is to do it only if the new signature has fewer sharps or flats than the old one. I don't believe that abc2ps uses either rule. Does any ABC program? -- Laura (mailto:[EMAIL PROTECTED] , http://www.laymusic.org ) (Note the email and homepage address changes; please update your address book, bookmarks, and links.) To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
[abcusers] Is there a Tex style backslash character for non-breaking space?
I have a plea from a BarFly user who is transcribing Polish hymns, and he needs a way to place two words on one note. Now he can do it using the Mac's non-breaking space (option-space), but would prefer a more portable method, since that character is not necessarily an NBS on other platforms. So, is there a way of doing this with a backslash char? Phil Taylor To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
Re: [abcusers] Is there a Tex style backslash character for non-breaking space?
Phil Taylor asks: | I have a plea from a BarFly user who is transcribing Polish hymns, and | he needs a way to place two words on one note. Now he can do it using | the Mac's non-breaking space (option-space), but would prefer a more | portable method, since that character is not necessarily an NBS on | other platforms. If you're using the w: lines, abc2ps and some other tools use the ~ (tilde) character as a "space treated as a letter". Its use is for putting more than one word on a single note. To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
Re: [abcusers] Is there a Tex style backslash character for non-breaking space?
"Phil" == Phil Taylor [EMAIL PROTECTED] writes: Phil I have a plea from a BarFly user who is transcribing Polish Phil hymns, and he needs a way to place two words on one note. Phil Now he can do it using the Mac's non-breaking space Phil (option-space), but would prefer a more portable method, Phil since that character is not necessarily an NBS on other Phil platforms. Phil So, is there a way of doing this with a backslash char? The way I do this in abc2ps is with ~. Does Barfly not support that? I think it's in the draft standard. -- Laura (mailto:[EMAIL PROTECTED] , http://www.laymusic.org ) (Note the email and homepage address changes; please update your address book, bookmarks, and links.) To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
RE: [abcusers] Is there a Tex style backslash character fornon-breaking space?
Isn't the tilde (~) a "combining" space? Abc2ps treats it that way and I'm pretty sure it's described in the draft standard. I use "w: 1.~First..." all the time to put the "1." and the first word of the line together on the first note with a space between the period and the word. John Atchley On Wednesday, October 18, 2000 2:52 PM, Phil Taylor [SMTP:[EMAIL PROTECTED]] wrote: -- From: [EMAIL PROTECTED][SMTP:[EMAIL PROTECTED]] Sent: Wednesday, October 18, 2000 2:51:55 PM To: [EMAIL PROTECTED] Subject:[abcusers] Is there a Tex style backslash character for non-breaking space? Auto forwarded by a Rule I have a plea from a BarFly user who is transcribing Polish hymns, and he needs a way to place two words on one note. Now he can do it using the Mac's non-breaking space (option-space), but would prefer a more portable method, since that character is not necessarily an NBS on other platforms. So, is there a way of doing this with a backslash char? Phil Taylor To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
