RE: [abcusers] ABCp proof of concept
True ... as I said I *like* snobol, I did not say I actually use it for anything today! (there's a free version that runs on a dos box called Vanilla Snobol that you should be able to find somewhere on the web .. ) What I meant if it was not clear is that I think the project should be done in C even if some other language might make the parsing code shorter or easier to write Any thoughts on using a tool like lex/yacc / flex/bison for parser generation? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Chuck Boody Sent: 06 September 2004 16:29 To: [EMAIL PROTECTED] Subject: Re: [abcusers] ABCp proof of concept Amazing! I taught SNOBOL (3 and 4) to graduate level music students in 19 (gulp) 69-70. I even wrote a primer to teach it. I did some fairly hefty music analysis programs with it too. Now I've forgotten it all and thought it was totally gone as a language. I too liked it for what it was designed for. It is a real pig for some other things though. I don't use C but suspect it is the way to go for this project. Chuck Boody On Monday, September 6, 2004, at 09:23 AM, John Chambers wrote: | well if my 2p are worth at least 2p to you, do it in ansi C if you want | anyone to use it. The advantages of portability and general | comprehensability outweigh some fun features that nonstandard extensions | may have. I like SNOBOL but I would avoid inflicting it on other people. I'd prefer ansi C, mostly because it's the least common denominator language that can be most easily included in the other C dialects and the extensible languages like tcl, perl and python. Snobol's a fun language. It's too bad that it's so unknown outside of academia. I did a few projects with it back in the 70's, and since then, it's always been a real pain trying to use what passes for pattern matching in other languages. Even perl is so awkward and primitive in comparison. I mean, you can't even write a recursive pattern. But I suppose we'd never be able to get away with anything as useful as snobol for our implementation language here. ;-) I've tried to pick up icon a couple of times, but I was never too successful in getting it to run. Maybe I should look again. (I was also corrupted mentally by learning prolog. Now it seems that in every other project, there's some multi-month task where I keep thinking This would be 10 minutes' work if I could just get the damned language to resolve a few expressions. ;-) 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 To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
RE: [abcusers] ABCp proof of concept
well if my 2p are worth at least 2p to you, do it in ansi C if you want anyone to use it. The advantages of portability and general comprehensability outweigh some fun features that nonstandard extensions may have. I like SNOBOL but I would avoid inflicting it on other people. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Christian M. Cepel Sent: 26 August 2004 21:37 To: [EMAIL PROTECTED] Subject: Re: [abcusers] ABCp proof of concept Steven Bennett wrote: Jeff Szuhay wrote: Uh... Objective-C? :-P (Oh, I couldn't help myself. You can slap me for that one), I wouldn't slap you for that -- I almost answered the same thing myself, but I suspect I would have meant it more seriously... grin Objective-C was a big surprise to me when I was forced to learn it for a Mac programming contract. For a language which is basically standard C with a very small set of extensions to add OO support, it's both easy to use and surprisingly powerful. It took me only a couple of months to go from being a big C++ fan to being an even bigger Objective-C fan. I now use C++ only when forced to do so -- it's *so* limited and awkward in comparison. Yes.. This is EXACTLY the post I was trying to remember. Thank you. So how about it guys... a consensus on Straight ANSI C, or Objective-C for the parser. I'm going to see if I can change the unix name of AlphabetSoup to abcP or ABCp on sourceforge. Which do you guys like better? Feel free to login and join up. //Christian -- || Christian Marcus Cepel | And the wrens have returned [EMAIL PROTECTED] icq:12384980 | are nesting; In the hollow of 371 Crown Point, Columbia, MO| that oak where his heart once 65203-2202 573.999.2370 | had been; And he lifts up his Computer Support Specialist, Sr. | arms in a blessing; For being University of Missouri-Columbia | born again. --Rich Mullins 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
RE: [abcusers] Re: ABC 1.x continuations
just my 2p As I understand, this example should not be legal for 2.0 so getting an illegal result is correct. If it is the 1.x idea of 'continuation of the same type of line' then it seems unclear (unless using Steven's interpretation) whether it should be legal. If the parser should 'not have to deal with it' then it would be best if the standard disallowed the construction. Certainly, nobody typing ABC direcly would be likely to do this , but I can see that this kind of thing could arise when writing a rouinte to generate ABC from some other format, or a routine to prettify the printed ABC by readjusting the line breaks, etc. 'anything not prohibited is allowed' (at least computers see it that way) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Phil Taylor Sent: 16 March 2004 17:03 To: [EMAIL PROTECTED] Subject: Re: [abcusers] Re: ABC 1.x continuations On 16 Mar 2004, at 14:52, I. Oppenheim wrote: On Sun, 14 Mar 2004, Phil Taylor wrote: It's a pretty outrageous example. I don't think that parsers should have to deal with continuations in the middle of inline fields, let alone an example with another (non-inline) field inserted in the middle. In ABC 2.0, continuations and ordinary comments will typically be dealt with by the scanner, before the parser even sees them. Yes but this was the example: X:1 T:some made up tune M:4/4 K:Dminor abcd|efga|[K:\ M:3/4 G]def|gab| after dealing with the continued line you get this: X:1 T:some made up tune M:4/4 K:Dminor abcd|efga|[K:M:3/4 G]def|gab| Whether you choose to handle this in the parser or in a preprocessor, the result still aint legal abc. 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
RE: [abcusers] Making a book, how?
Once the project reaches a certain level of complexety, it may be worth learning to use MusiXTeX directly , combined with LaTeX and its relatives. http://icking-music-archive.org/; abc2mtex allowed (still allows) a shorthand way of writing traditional folk session tunes and printing them out but assumes many of the complexities available would not be used. Checking the web site above just now, I am saddened to discover that Daniel Taupin passed away several months ago. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of I. Oppenheim Sent: 13 March 2004 19:49 To: [EMAIL PROTECTED] Subject: Re: [abcusers] Making a book, how? On Fri, 12 Mar 2004, Jeremy Cowgar wrote: But one question, is abc2mtex still supported? Does it support the newer standards? What about multivoice extensions, etc??? Unfortunately, the author of abc2mtex stopped its development. There is no support for any of the new ABC extensions. P.S. Ewan... I would still like to see some sample code. I am familure with Abcm2ps and know that it is currently developed. Abcm2ps generates beautiful output and can certainly be used to make music books. It might be helpful to read the tutorial at http://abcplus.sf.net Another possibility is to use Lilypond (www.lilypond.org) which ships with an ABC converter. Groeten, Irwin Oppenheim [EMAIL PROTECTED] ~~~* Chazzanut Online: http://www.chazzanut.com/ Synagogue Choir: http://www.ask-choir.org/ Business: http://www.amsterdamhotelspecials.com/ 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
RE: [abcusers] Newbie Attempt at Bach Minuet 1
Some ABC processing programs emit warnings/errors if the bars do not have the correct number of beats in them according to the key signature. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Phil Taylor Sent: 11 March 2004 16:12 To: [EMAIL PROTECTED] Subject: Re: [abcusers] Newbie Attempt at Bach Minuet 1 On 11 Mar 2004, at 16:00, John Heim wrote: At 09:45 AM 3/11/2004, Phil Taylor wrote: Bar lines would be nice. [...] I'll have to ask my teacher what those are. :-) OK! I'm not just a newbie to ABC music I'm a newbie to music. I went blind a few years ago and decided to learn how to play the violin. Bach Minuet 1 is on the first Suzuki violin CD. That's how far I've gotten so far. In fact, I'm kind of iffy on the concept of a key, and very iffy on meter. we just haven't covered thos concepts yet. Well good luck to you. The things I pointed out will all make the abc easier for a sighted person to read, but I'm not sure whether or not they would matter to you. But I couldn't find Minuet 1 anywhere else so I figured I'd give it a shot. And why not. 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