Jean-Francois.Moine skribis:
| John Chambers a skrivas:
|       [snip]
| >    V: <label> <par1>=<value1> <par2>=<value2>  ...
| > docs that come with abc2ps say that the <label> may  be  any  "word",
| > but  all the examples seem to use numbers.
|
| False: look at 'voices.abc' (abc2ps-1.3.0): you will see an implicit
| voice and then the 'V:acc_1' and 'V:acc_2' switches.

Ah!  I thought I'd seen one somewhere.  In fact, I note that the first
tune has the order:

        X:1
        T: Fairfield Fancy    % -----
        K:Am
        V:1 name="Intro" snm="In"
                (music)
        T:       % note: force new indentation with empty title field
        V:1 name="Melody" snm="Mel."
                (music)
        V:acc_1 name="Accomp I" snm="Acc. II"
        L:1/4
                (music)
        V:acc_2 name="Accomp II"  snm="Acc. II"
                (music)

The V:1 voice is "declared" twice with different info, and then two
other voices with nonnumeric labels are introduced.  Tricky!

| > There are a lot of such V:  parameters described in the abc2ps  docs,
|       [snip]
|
| These parameters deal with staff printing. They are at a wrong place;
| for example, a same voice may be the main song and also some accompa-
| niement. Only a staff field may say which name is to be printed on the
| score.

I don't understand this at all.  It's all obviously  "wrong"  in  the
sense  that  the standard doesn't say anything (yet) about voices, so
none of it is legal ABC.  But it's "right"  in  the  sense  that  the
program accepts it and does what the user intended.  You're obviously
using some third sense, but maybe my command of  English  isn't  good
enough to figure it out.

| May be a compatibility clause could be inserted, but, this is not useful
| as only the <label> needs to be parsed.

If you don't need any of that other stuff.  I suspect we might have a
few  users  who  will like it, just as we'll have some users who like
the MIDI settings on a V:  line.  So maybe we should leave it out  of
the  standard,  but have a cabal of implementers who sneakily provide
it all anyway.

(I'm just trying to overcome the recent accusation that I wasn't being
radical enough. ;-)

To subscribe/unsubscribe, point your browser to: http://www.tullochgorm.com/lists.html

Reply via email to