Re: [abcusers] ABCp proof of concept
I'd have to opt for the second option. Where myTune is a C struct and it gets passed through to all the relevant apis. This sort of interface can be made to be very OO and is trivially easy to wrap in an OO wrapper for say C++ or Python etc. That seems to provide for maximim flexability. Bear in mind that you really can write very OO ANSI C, it's just that the language doesn't really encourage it. Guy Remo D. wrote: Someone stated that using ANSI C would be best but that we would definitely want to use the object oriented extensions to make it object oriented C (not C++)... Perhaps that is ANSI C today... I dunno... I haven't programed in C for 5 years and perhaps ANSI has certified an updated C spec to include the object oriented routines/extensions. There's no so such extension for ANSI C AFAIK. When you and Paul talk about OO, I think (please correct me if I'm wrong) that you really mean an OO Interface as opposed to a functional API. In other words the problem could be rephrased as follows: Should we provide classes and objects so to be able to write: myTune = abc:new(); myTune.Import(filename.abc); myPart=myTune.Parts[1]; if (myPart.Instrument == Grand Piano) ... or an API to write something like: myTune = abcNew() abcImport(myTune,filename.abc) if (abcGetInstrument(myTune,abcParts(myTune,1)) == Grand Piano) Am I correct? NOTE: THE ABOVE CODE FRAGMENTS ARE IN PSEUDOLANGUAGE! R.D. 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
Someone stated that using ANSI C would be best but that we would definitely want to use the object oriented extensions to make it object oriented C (not C++)... Perhaps that is ANSI C today... I dunno... I haven't programed in C for 5 years and perhaps ANSI has certified an updated C spec to include the object oriented routines/extensions. Uh... Objective-C? :-P (Oh, I couldn't help myself. You can slap me for that one), But JavaScript is very C-like in syntax plus OO. I'm not recommending it, mind you, but I was surprised how easy it was for me to learn from C. To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
Re: [abcusers] Project for someone or already available?
Chuck Boody writes: I find that I frequently could use an index of an abc file (or set of files) that contains title followed by the first few bars (say 2-4). This would be invaluable for those situations where everyone remembers the title but not how it starts and for other such situations. Is there a simply way to do this (on a Mac for me)? Abcmus will do this for Windows boxes---check out its Make List/Index etc. command under the File menu. It's pretty flexible and easy to use, so you can do quite a bit with it. The original abc2mtex has a similar indexing feature, which should work on Macs--the indexing part of the program should run, even if TeX is not installed. You can use this to index anything from one file to your whole abc collection. Cheers, John Walsh To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
Re: [abcusers] Project for someone or already available?
On 25 Aug 2004, at 22:47, Chuck Boody wrote: Greetings, I find that I frequently could use an index of an abc file (or set of files) that contains title followed by the first few bars (say 2-4). This would be invaluable for those situations where everyone remembers the title but not how it starts and for other such situations. Is there a simply way to do this (on a Mac for me)? If not is this a feature someone might like to add to a program (Phil? Barfly?) An index of incipits. It is a frequently-requested feature, and something I've been thinking about. Displaying such a beast in BarFly is difficult to fit in with the current user interface. One possibility would be to give the program the option of displaying only the first line, or the first n bars of each tune. Then you could select the whole file (or some subset of tunes) and print it. Would that do? Phil Taylor To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
Re: [abcusers] Project for someone or already available?
Displaying the first n bars would be my preference. It is a feature I would certainly use (and would save me having to generate such things by hand). Um, how hard would it then be to export this index of incipits to abcm2ps? Tom On Thu, 26 Aug 2004, Phil Taylor wrote: An index of incipits. It is a frequently-requested feature, and something I've been thinking about. Displaying such a beast in BarFly is difficult to fit in with the current user interface. One possibility would be to give the program the option of displaying only the first line, or the first n bars of each tune. Then you could select the whole file (or some subset of tunes) and print it. Would that do? To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
Re: [abcusers] Project for someone or already available?
First n bars would be the way to go. The layout of the title and incipit should be horozontal though, and not title above incipit. I also wonder if you might be able to set up an interface to abc2mtex similar to the abcm2ps. John Walsh suggested abc2mtex has the indexing feature and maybe that could go to postscript. Or maybe the capability is in abcm2ps and I just haven't discovered it?? Would your suggestion work? I think so, but as you admit the abcm2ps can do a better job a parsing because it doesn't have to do it on the fly as Barfly does. So, I have some concerns about the output from what you are suggesting. I don't think you would need to work it into the current user interface though any more that transposition or some of the other things are worked in. Come to think of it: Might it work to create a file of incipits in a manner similar to what you do with transposition? i.e. create a new file with just the incipit in it. Then you'd only need to add the proper printing routine. While I'm babbling about this: it would be nice to have control of the print size of the music. One might want to get many on a page and perhaps to get two columns on a page by keeping the output size small. In sum: Yes your suggestion would probably work. If you decide to tackle this in any way and want to pass a beta this way I'll be happy to test it. Chuck Boody On Wednesday, August 25, 2004, at 07:01 PM, Phil Taylor wrote: On 25 Aug 2004, at 22:47, Chuck Boody wrote: Greetings, I find that I frequently could use an index of an abc file (or set of files) that contains title followed by the first few bars (say 2-4). This would be invaluable for those situations where everyone remembers the title but not how it starts and for other such situations. Is there a simply way to do this (on a Mac for me)? If not is this a feature someone might like to add to a program (Phil? Barfly?) An index of incipits. It is a frequently-requested feature, and something I've been thinking about. Displaying such a beast in BarFly is difficult to fit in with the current user interface. One possibility would be to give the program the option of displaying only the first line, or the first n bars of each tune. Then you could select the whole file (or some subset of tunes) and print it. Would that do? 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
[abcusers] Indexing tunes with ABCMUS
I recently read about the ability to index tunes in one or more abc files using ABCMUS. Unfortunately, I have been unable to do so. Would some kind individual reply (maybe by private e-mail) with some simple directions about how to index the tunes contained in a single abc file. If I can get one done, multiple files should be easy from that point. I've attempted to output txt files and html files. The files are created, but with no tune information indexed. To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html
