Re: [abcusers] V:

2002-04-10 Thread Phil Taylor
Anton Keijzer wrote: To introduce myself: I have an interest in the usability of ASCII file formats for music composition by blind musicians. My question: In the case of the proposed V: extension to the abc file format, is it proposed to be legal notation to have more than 2 occurences of, for

Re: [abcusers] V:

2002-04-10 Thread John Chambers
Anton Keijzer writes: | To introduce myself: I have an interest in the usability of ASCII file formats | for music composition by blind musicians. | | My question: | In the case of the proposed V: extension to the abc file format, is it proposed | to be legal notation to have more than 2

[abcusers] V:

2002-04-09 Thread anton . keijzer
Hi, To introduce myself: I have an interest in the usability of ASCII file formats for music composition by blind musicians. My question: In the case of the proposed V: extension to the abc file format, is it proposed to be legal notation to have more than 2 occurences of, for example, V:1,

[abcusers] V: formatting (was: Susato's Danseryes)

2001-09-04 Thread Frank Nordberg
I post this as a separate thread, since it's a general ABC issue, not specifically a renaissance one: Simon Wascher wrote: ... I would find it much better to write the music voice after voice. It is not really possible to read the four voices in paralell in the abc text anyway and it is

[abcusers] V: field (with apologies to RJP)

2001-06-18 Thread Steve Mansfield
Without wanting to re-open the whole can of worms re: the V: field Someone recently (?) posted a URL for a web page which compared the existing variant implementations of the V: voices field. I've now lost the link - can anyone help with that address? Steve Mansfield [EMAIL PROTECTED]

[abcusers] V: and w: for abc2mtex

2001-01-26 Thread John Walsh
For anyone interested in updating the abc2mtex code to include multistaff music, voices, and lyrics---or who is even vaguely curious about the question: check out Source Forge, in http://cvs.sourceforge.net/cgi-bin/cvsweb.cgi/contrib/musixtex/?cvsroot=abc. This contains a

Re: [abcusers] V:

2001-01-25 Thread Frank Nordberg
[EMAIL PROTECTED] wrote: Laurie Griffiths asks - Can someone tell me how to access the ABC Users list archive. (Do we have one?) Well, I've heard it mentioned but I don't know how to get at it. I've been offline for a week now (hard disk crash), so I haven't had the chance to

Re: [abcusers] V: again

2001-01-24 Thread Phil Taylor
John Walsh wrote: X:7 T:Polyrhythmic with No Coherent Bar Division Z:The notes line up, but the bars don't B:MusiXTeX doc p 47 M:3/4 L:1/8 K:C V:1 F2 F2 F2|F2 F2 F2||F2 F2 F2|F2 F2 F2:| V:2 M:2/4 F2 F2|F2 F2|F2 F2||F2 F2|F2 F2|F2 F2:| V:3 M:3/8 L:1/8 F3|FFF|F3|FFF|F3|FFF|F3|FFF|F3|FFF|F3|FFF:|

Re: [abcusers] V: again

2001-01-24 Thread Phil Taylor
James Allwright wrote: Since nobody yet seems to have even understood my description, I get the feeling that the concept is probably a bit too esoteric and confusing for the abc community. I think I understood it OK. Perhaps the word Synch is a bit confusing, since it implies that the voices

Re: [abcusers] V: again

2001-01-24 Thread John Chambers
James Allwright writes: | Hmm. Sort of like a tab stop? | No, not like a tab stop at all. | | Tell me, can you use that to | synchronize at other than a bar line? | ... | Since nobody yet seems to have even understood my description, I get | the feeling that the concept is probably a bit

Re: [abcusers] V:

2001-01-24 Thread John Chambers
| V:1 abcd abcd | | V:2 ABCD ABCD | Well, abc2ps rejects this, but it handles: [V:1] abcd abcd | [V:2] ABCD ABCD | On user-friendliness grounds, I'd think that both should be legal. But this implies something else: Users would then have to "declare" voices in the header if they want to

Re: [abcusers] V: again

2001-01-24 Thread John Walsh
Phil Taylor wrote: John Walsh wrote: [...] M:3/8 L:1/8 F3|FFF|F3|FFF|F3|FFF|F3|FFF|F3|FFF|F3|FFF:| Surely the third voice is half as long again as the other two? If it were written like this it would be OK: [...] V:3 M:3/8 L:1/8 F3|FFF|F3|FFF|F3|FFF|F3|FFF:| No--there was a mistake in

[abcusers] V: again

2001-01-23 Thread James Allwright
I have a small suggestion regarding the V: field and global parameters. This isn't something I've implemented, just an idea I had. I'd like to know if other people think it is useful or not. The idea is that we introduce another V: directive V:SYNC which marks the point in the abc where all

Re: [abcusers] V: again

2001-01-23 Thread James Allwright
On Tue 23 Jan 2001 at 11:59AM -, Laurie Griffiths wrote: I think I would prefer V: SYNC string Consider: V:1 abc abc abc abc V:SYNC 1 dead dead dead V:SYNC 2 def def def def V:2 face face face V:SYNC 2 def def def def I don't think you've understood the concept here. What you've

Re: [abcusers] V: field

2000-11-29 Thread Jean-Francois Moine
John Chambers a skrivas: Jean-Francois Moine [EMAIL PROTECTED] skrivis: | - there are a limited number of clefs (treble, alto and bass), and | AFAIK there are only 7 usual clefs. The clefs are named by their root | note (G for treble, C for alto and F for bass), and by their line |

Re: [abcusers] V: field

2000-11-23 Thread Jean-Francois Moine
Frank Nordberg a skrivas: James Allwright wrote: On Sun 19 Nov 2000 at 11:02PM +0100, Jean-Francois Moine wrote: Also, about playing, it would be nice to have more than one MIDI channel per voice (any idea James? :). If you mean voices should be polyphonic, then you needn't worry -

Re: [abcusers] V: field

2000-11-20 Thread Frank Nordberg
James Allwright wrote: On Sun 19 Nov 2000 at 11:02PM +0100, Jean-Francois Moine wrote: Also, about playing, it would be nice to have more than one MIDI channel per voice (any idea James? :). If you mean voices should be polyphonic, then you needn't worry - MIDI channels are

Re: [abcusers] V: field

2000-11-14 Thread Henning Kiel
On Tue, 14 Nov 2000, Phil Taylor wrote: James Allwright wrote: When I first introduced the V: field into abc2midi, the syntax was very simple: V:voice number Since then, people have added extra fields after the voice number, which is where the complication arises. Could we all agree

Re: [abcusers] V: field

2000-11-14 Thread Phil Taylor
Henning Kiel wrote So then why not use inline V: fields for this case? [V: 1] ab g2 | fe [V: 2] g2 bf | d2 No real reason except that it takes a couple of extra symbols, and involves placing an inline field at the start of a line, which seems a bit redundant. Looks neat and does not require

Re: [abcusers] V: field

2000-11-14 Thread John Atchley
On Tue, 14 Nov 2000, Phil Taylor wrote: John Atchley wrote: On Tue, 14 Nov 2000, Phil Taylor wrote: as an option. (It's not difficult to program; you just have to treat a space following the voice number as equivalent to a line end.) Doing so would blow all the abc with V:1 clef=bass

Re: [abcusers] V: field

2000-11-14 Thread Eric Galluzzo
Phil Taylor wrote: Would you then expect a K: field in multivoice to affect all voices simultaneously? It's not the case in BarFly, since you can have simultaneous voices playing in different keys. (I haven't actually found any use for this, but it might come in handy if I ever get avant

Re: [abcusers] V: field

2000-11-14 Thread stephanie
hi I'd tried many times to un subscribe with no success. Can someone pleazse remove me? Thanks Steph At 21:28 14/11/00 -0500, you wrote: Phil Taylor wrote: Would you then expect a K: field in multivoice to affect all voices simultaneously? It's not the case in BarFly, since you can have

[abcusers] V: field

2000-11-13 Thread James Allwright
On Mon 13 Nov 2000 at 10:42AM +, Phil Taylor wrote: I think the answer to the first part is "sporadically". It is indeed a great lack of the current draft that the V: field is not discussed. The problem is that this is a very complicated extension, and nobody seems to want to sit down

Re: [abcusers] V:

2000-09-22 Thread jc
| Muse has handled V: for long enough that I've forgotten how long | ago I did it. Memory getting weak in old age, eh? Anyhow, this reminds me of something that I started some time back and haven't collected much data for: