Re: [musicxml] Allow specification of SMuFL unique glyph names in other- elements

Here is a proposal for implementing this feature:

- Create a new "other-placement-text" complex type. This would have 
all the features of the placement-text complex type, plus a new 
"smufl" attribute with an xs:NMTOKEN type. The content of this 
attribute would be a SMuFL canonical name - not a code point. As 
discussed in #107, we may want to create a smufl simple type instead 
of using xs:NMTOKEN for the different smufl attributes being added in 
different issues.
- Change the other-articulation, other-ornament, and other-technical 
elements from the placement-text to the other-placement-text complex 
type.
- Create a new other-text complex type, containing xs:string simple 
content and adding a smufl attribute as described above.
- Change the other-dynamics and other-percussion elements from 
xs:string to the other-string type.
- Add the smufl attribute to the other-direction and other-notation 
complex types.

This would cover all the elements listed in this issue. There are two 
additional other- elements, other-appearance and other-play, but 
neither refers to musical symbols so they are not included here.

We would separately document the SMuFL range restrictions, if any, 
that are intended for each element. The other-notation and 
other-direction elements might be very flexible, accepting all or 
nearly all ranges. 

Comments and suggestions are most welcome!

-- 
GitHub Notification of comment by mdgood
Please view or discuss this issue at 
https://github.com/w3c/musicxml/issues/107#issuecomment-203611409 
using your GitHub account

Received on Wednesday, 30 March 2016 20:08:33 UTC