[MEI-L] @clef* inside scoredef

[Roland, Perry (pdr4h)]

Hi, Thomas,



I think you're asking -- Why are the clef* attributes allowed on <scoreDef> but the <clef> element isn't allowed as a child of <scoreDef>?  Is that right?



I've been waiting for someone else to notice this before I brought it up myself :) because I anticipated that the next request would be for <clef> and <meter> elements and so on until all the attributes on <scoreDef> were duplicated by element children.  I was hoping to limit these requests to those that couldn't be fulfilled by an attribute -- in other words, where more than one value might be needed or where more detailed data was needed, such as explicit placement information on the accidentals in a key signature.



But, the tech group could/should discuss adding <clef> (and perhaps <clefGrp>) as well -- these are members of model.staffDefPart. Next, maybe <meter>.  These can all be proposed for the next, next MEI revision (2013?).  But, we must be careful because if the list of new elements for <scoreDef> goes much beyond these, then it will have ripple effects throughout the schema that will require much more discussion / work.



Does this help?



--

p.



__________________________
Perry Roland
Music Library

University of Virginia
P. O. Box 400175
Charlottesville, VA 22904
434-982-2702 (w)
pdr4h (at) virginia (dot) edu
________________________________
From: mei-l-bounces at lists.uni-paderborn.de [mei-l-bounces at lists.uni-paderborn.de] on behalf of TW [zupftom at googlemail.com]
Sent: Thursday, December 08, 2011 4:18 PM
To: Music Encoding Initiative
Subject: Re: [MEI-L] @clef* inside scoredef

I'm grave digging an old thread because I noticed that this is still
in MEI 2012:

2011/7/10 TW <zupftom at googlemail.com>:
> I'm wondering why the @clef* family of attributes is allowed on
> <scoredef>, but the <clef> element isn't.
>

(only with camelCase <scoreDef>).  Is there a specific reason?

Thomas

_______________________________________________
mei-l mailing list
mei-l at lists.uni-paderborn.de
https://lists.uni-paderborn.de/mailman/listinfo/mei-l
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.uni-paderborn.de/pipermail/mei-l/attachments/20111208/6c700ae1/attachment.html>