Carl Sorensen <c_soren...@byu.edu> writes:

> But here are the new names I'd propose:
>
> accDot --> dot
> accDiscant --> discant
> accFreebase --> freeBass
> accStdbase --> stdBass
> accBayanbase --> bayanBass
> accOldEE --> oldEE
>
> Do these make sense?

All of these (with the possible exception of oldEE which I have
absolutely no clue what it is supposed to actually be for for) are
particular to building accordion registration symbols.  While I don't
expect any collisions, in particular accordion.dot may not exactly be a
speaking name.

accordion.register.dot, accordion.register.discant, ... may be somewhat
clearer.  On the other hand, that may be excessive bike shedding.

And I don't need to worry what subcategory to place oldEE in...

So ok, can agree with your proposal.  However, looking through the other
glyph names, I see no examples for CamelCase for the purpose of word
separation.  For the sake of consistency, I'd just drop all the
CamelCase.  About oldEE I can't say since I don't really know that
symbol.

-- 
David Kastrup

_______________________________________________
lilypond-devel mailing list
lilypond-devel@gnu.org
http://lists.gnu.org/mailman/listinfo/lilypond-devel

Reply via email to