<html dir="ltr">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
<style type="text/css" id="owaParaStyle"></style>
</head>
<body fpstyle="1" ocsi="0">
<div style="direction: ltr;font-family: Arial Unicode MS;color: #000000;font-size: 12pt;">
<div><br>
</div>
OK, I tried.  I'm done.
<div><br>
</div>
<div>--</div>
<div>p.<br>
<div><br>
<div class="BodyFragment"><font size="2">
<div class="PlainText"><br>
__________________________<br>
Perry Roland<br>
Music Library</div>
<div class="PlainText">University of Virginia</div>
<div class="PlainText">P. O. Box 400175</div>
<div class="PlainText">Charlottesville, VA 22904<br>
434-982-2702 (w)<br>
pdr4h (at) virginia (dot) edu</div>
</font></div>
</div>
<div style="font-family: Times New Roman; color: #000000; font-size: 16px">
<hr tabindex="-1">
<div id="divRpF391774" style="direction: ltr;"><font face="Tahoma" size="2" color="#000000"><b>From:</b> mei-l [mei-l-bounces@lists.uni-paderborn.de] on behalf of Raffaele Viglianti [raffaeleviglianti@gmail.com]<br>
<b>Sent:</b> Monday, November 09, 2015 6:57 PM<br>
<b>To:</b> Music Encoding Initiative<br>
<b>Subject:</b> Re: [MEI-L] list-related changes<br>
</font><br>
</div>
<div></div>
<div>
<div dir="ltr">
<div class="gmail_extra">
<div class="gmail_quote">On Mon, Nov 9, 2015 at 6:15 PM, Roland, Perry D. (pdr4h)
<span dir="ltr"><<a href="mailto:pdr4h@eservices.virginia.edu" target="_blank">pdr4h@eservices.virginia.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex; border-left:1px #ccc solid; padding-left:1ex">
<div lang="EN-US">
<div>
<p class="MsoNormal"><span style="font-size:11.0pt; font-family:"Calibri","sans-serif""><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt; font-family:"Calibri","sans-serif"">MEI doesnít mix declarative and procedural markup any more than TEI, does it? 
</span></p>
</div>
</div>
</blockquote>
<div><br>
</div>
<div>When it comes to text encoding it does - I can't think of a procedural element in TEI. If you can, let me know because it shouldn't be there.</div>
<div> </div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex; border-left:1px #ccc solid; padding-left:1ex">
<div lang="EN-US">
<div>
<p class="MsoNormal"><span style="font-size:11.0pt; font-family:"Calibri","sans-serif"">A reasonable mix is necessary for a general-use markup scheme.  Furthermore, I donít agree that what Iím proposing is procedural markup.  Saying that an item in a list has
 a bullet or is marked with a Roman numeral isnít procedural in nature, itís descriptive.  Itís just as descriptive as using <title>War and Peace</title> to indicate that the content is a title and not a personís name, just in a different way.</span></p>
</div>
</div>
</blockquote>
<div><br>
</div>
<div>No, <list> and <title> are of the same kind, but the type of bullet is equivalent to saying that titles need to be underlined or double underlined. (There is certainly a semantic difference between ordered and unordered lists, but how they are rendered
 on the page is a different matter).</div>
<div> </div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex; border-left:1px #ccc solid; padding-left:1ex">
<div lang="EN-US">
<div>
<p class="MsoNormal"><span style="font-size:11.0pt; font-family:"Calibri","sans-serif""><u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt; font-family:"Calibri","sans-serif""><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt; font-family:"Calibri","sans-serif"">I agree that you might not want to use this kind of thing for MEI that describes born-digital material (where the author controls the rendition), but itís essential for
 describing already-existing material, especially if it is non-standard in some way, for example if it contains a printing error that caused an item in an otherwise-numbered list to be labelled with an ďAĒ.  How could one possibly *describe* this situation
 without saying anything about the bullets?  Putting this kind of information in a CSS file is just moving the problem.  The markup no longer contains any information about the bullets, but the CSS does and without it (the CSS) the MEI doesnít effectively *describe*
 its source so the two have to be interpreted together.  Thereís a false sense of having separated the content and presentation in this case.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt; font-family:"Calibri","sans-serif""><u></u> </span></p>
</div>
</div>
</blockquote>
<div><br>
</div>
<div>I don't disagree, but CSS is a more useful system than mixing in CSS-like values in MEI - which is what has caused my objection to arise. The way TEI handles this is by creating categories: list X is of a special type and has a specific rendition. The
 rendition is then expressed using adequate systems, not TEI (and the code can be embedded if you want to keep everything in one file). The ODD allows you to document why the special type is needed and how that impacts the rest of your customization. Not saying
 that this is *the* only way to handle this, but it works.</div>
<div><br>
</div>
<div>Raff</div>
<div> </div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex; border-left:1px #ccc solid; padding-left:1ex">
<div lang="EN-US">
<div>
<p class="MsoNormal"><span style="font-size:11.0pt; font-family:"Calibri","sans-serif""><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt; font-family:"Calibri","sans-serif"">--<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt; font-family:"Calibri","sans-serif"">p.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt; font-family:"Calibri","sans-serif""><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt; font-family:"Calibri","sans-serif""><u></u> <u></u></span></p>
<div style="border:none; border-left:solid blue 1.5pt; padding:0in 0in 0in 4.0pt">
<div>
<div style="border:none; border-top:solid #b5c4df 1.0pt; padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt; font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt; font-family:"Tahoma","sans-serif""> mei-l [mailto:<a href="mailto:mei-l-bounces@lists.uni-paderborn.de" target="_blank">mei-l-bounces@lists.uni-paderborn.de</a>]
<b>On Behalf Of </b>Raffaele Viglianti<br>
<b>Sent:</b> Monday, November 09, 2015 5:29 PM</span></p>
<div>
<div class="h5"><br>
<b>To:</b> Music Encoding Initiative<br>
<b>Subject:</b> Re: [MEI-L] list-related changes<u></u><u></u></div>
</div>
<p></p>
</div>
</div>
<div>
<div class="h5">
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<p class="MsoNormal">The bad idea is adding procedural markup to lists. <u></u><u></u></p>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Text encoding in MEI mixes declarative and procedural markup, particularly through <rend>. I think I understand the overall need for it, for example as a catch-all when converting from other music notation systems that keep procedural information
 about text. But it's not an element that I would necessarily want to use when creating new MEI files.  So I would avoid adding more procedural markup in the text encoding side of MEI.<u></u><u></u></p>
</div>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<p class="MsoNormal">On Mon, Nov 9, 2015 at 5:02 PM, Roland, Perry D. (pdr4h) <<a href="mailto:pdr4h@eservices.virginia.edu" target="_blank">pdr4h@eservices.virginia.edu</a>> wrote:<u></u><u></u></p>
<div>
<div>
<p class="MsoNormal"><span style="font-size:11.0pt; font-family:"Calibri","sans-serif""> </span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt; font-family:"Calibri","sans-serif"">Iím not sure what you think is a bad idea or what you mean mean by ďalready compromisedĒ.  Can you elaborate please?</span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt; font-family:"Calibri","sans-serif""> </span><u></u><u></u></p>
<p class="MsoNormal"><span style="font-size:11.0pt; font-family:"Calibri","sans-serif""> </span><u></u><u></u></p>
<div style="border:none; border-left:solid blue 1.5pt; padding:0in 0in 0in 4.0pt">
<div>
<div style="border:none; border-top:solid #b5c4df 1.0pt; padding:3.0pt 0in 0in 0in">
<p class="MsoNormal"><b><span style="font-size:10.0pt; font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt; font-family:"Tahoma","sans-serif""> mei-l [mailto:<a href="mailto:mei-l-bounces@lists.uni-paderborn.de" target="_blank">mei-l-bounces@lists.uni-paderborn.de</a>]
<b>On Behalf Of </b>Raffaele Viglianti<br>
<b>Sent:</b> Monday, November 09, 2015 5:00 PM</span><u></u><u></u></p>
<div>
<div>
<p class="MsoNormal"><br>
<b>To:</b> Music Encoding Initiative<br>
<b>Subject:</b> Re: [MEI-L] list-related changes<u></u><u></u></p>
</div>
</div>
</div>
</div>
<div>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
<div>
<p class="MsoNormal">I think this is a bad idea. Whatever target format / platform will display the MEI should be able to access a basic text-styling system that can target, if not the MEI directly, at least a target output. <u></u><u></u></p>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">Text encoding in MEI is already compromised, so we either continue being careless in that matter, or we can avoid making it worse.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">Another approach would be adopting a system that would make it easy to embed styling, such as TEI's @<a href="http://www.tei-c.org/release/doc/tei-p5-doc/en/html/ref-att.global.rendition.html#tei_att.rendition" target="_blank">rendition</a>
 (and <<a href="http://www.tei-c.org/release/doc/tei-p5-doc/en/html/ref-rendition.html" target="_blank">rendition</a>>). In this way you can have the cake and eat it too.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">Raff<u></u><u></u></p>
</div>
</div>
<div>
<p class="MsoNormal"> <u></u><u></u></p>
<div>
<p class="MsoNormal">On Mon, Nov 9, 2015 at 4:31 PM, Roland, Perry D. (pdr4h) <<a href="mailto:pdr4h@eservices.virginia.edu" target="_blank">pdr4h@eservices.virginia.edu</a>> wrote:<u></u><u></u></p>
<p class="MsoNormal"><br>
Putting the mark in the markup --<br>
<br>
[Unicode for bullet] item 1<br>
[Unicode for bullet] item 2<br>
etc.<br>
<br>
denies the opportunity to treat the bullet separately from the item content.  Your suggested approach mixes what is presentational with actual content.  That's generally a bad idea.<u></u><u></u></p>
<div>
<div>
<p class="MsoNormal"><br>
<br>
> -----Original Message-----<br>
> From: mei-l [mailto:<a href="mailto:mei-l-bounces@lists.uni-paderborn.de" target="_blank">mei-l-bounces@lists.uni-paderborn.de</a>] On Behalf Of<br>
> Johannes Kepper<br>
> Sent: Monday, November 09, 2015 4:09 PM<br>
> To: Music Encoding Initiative<br>
> Subject: Re: [MEI-L] list-related changes<br>
><br>
> I'm sorry to say, but I see no need to include that in MEI. If I want to be<br>
> descriptive, I can include the mark in the encoding itself. But of course you're<br>
> free to convince me and anyone else who's not convinced yet :-)<br>
><br>
> jo<br>
><br>
> Am 09.11.2015 um 22:03 schrieb Roland, Perry D. (pdr4h)<br>
> <<a href="mailto:pdr4h@eservices.virginia.edu" target="_blank">pdr4h@eservices.virginia.edu</a>>:<br>
><br>
> ><br>
> > I'd like to make it easier to control the formatting of lists from within the<br>
> document markup rather than pushing it off entirely to CSS or othe, external<br>
> formatting procedures.<br>
> ><br>
> > To this end, I plan to remove the current @form attribute and create a new<br>
> att.listrend attribute class containing @mark and @order attributes --<br>
> ><br>
> > <attList><br>
> >   <attDef ident="mark" usage="opt"><br>
> >     <desc>Contains the character string (usually a single character, such as a<br>
> bullet,<br>
> >         box, dash, etc.) that precedes each item in the list.</desc><br>
> >     <datatype><br>
> >       <rng:data type="string"/><br>
> >     </datatype><br>
> >   </attDef><br>
> >   <attDef ident="order" usage="opt"><br>
> >     <desc>Indicates the system used to generate the character string (usually<br>
> a single<br>
> >       character) that precedes items in an ordered list.</desc><br>
> >     <datatype><br>
> >       <rng:data type="NMTOKEN"/><br>
> >     </datatype><br>
> >     <valList type="semi"><br>
> >       <valItem ident="alphalower"><br>
> >         <desc>Lower case letters.</desc><br>
> >       </valItem><br>
> >       <valItem ident="alphaupper"><br>
> >         <desc>Upper case letters.</desc><br>
> >       </valItem><br>
> >       <valItem ident="arabic"><br>
> >         <desc>Arabic numerals.</desc><br>
> >       </valItem><br>
> >       <valItem ident="romanlower"><br>
> >         <desc>Lower case Roman numerals.</desc><br>
> >       </valItem><br>
> >       <valItem ident="romanupper"><br>
> >         <desc>Upper case Roman numerals.</desc><br>
> >       </valItem><br>
> >     </valList><br>
> >   </attDef><br>
> > </attList><br>
> ><br>
> > Any list without one of these attributes (a list cannot have both) should be<br>
> assumed to be "simple"; that is, without any mark or order.  This is NOT<br>
> procedural markup, just somewhat more descriptive than what used to be<br>
> allowed. J<br>
> ><br>
> > --<br>
> > p.<br>
> > ________________________________<br>
> > Perry Roland<br>
> > University of Virginia<br>
> > P. O. Box 400874<br>
> > Charlottesville, VA, 22904<br>
> > <a href="tel:434-982-2702" target="_blank">434-982-2702</a> (w)<br>
> > pdr4h (at) virginia (dot) edu<br>
> ><br>
> > _______________________________________________<br>
> > mei-l mailing list<br>
> > <a href="mailto:mei-l@lists.uni-paderborn.de" target="_blank">mei-l@lists.uni-paderborn.de</a><br>
> > <a href="https://lists.uni-paderborn.de/mailman/listinfo/mei-l" target="_blank">
https://lists.uni-paderborn.de/mailman/listinfo/mei-l</a><br>
<br>
<br>
_______________________________________________<br>
mei-l mailing list<br>
<a href="mailto:mei-l@lists.uni-paderborn.de" target="_blank">mei-l@lists.uni-paderborn.de</a><br>
<a href="https://lists.uni-paderborn.de/mailman/listinfo/mei-l" target="_blank">https://lists.uni-paderborn.de/mailman/listinfo/mei-l</a><u></u><u></u></p>
</div>
</div>
</div>
<p class="MsoNormal"> <u></u><u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<p class="MsoNormal" style="margin-bottom:12.0pt"><br>
_______________________________________________<br>
mei-l mailing list<br>
<a href="mailto:mei-l@lists.uni-paderborn.de" target="_blank">mei-l@lists.uni-paderborn.de</a><br>
<a href="https://lists.uni-paderborn.de/mailman/listinfo/mei-l" target="_blank">https://lists.uni-paderborn.de/mailman/listinfo/mei-l</a><u></u><u></u></p>
</div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
<br>
_______________________________________________<br>
mei-l mailing list<br>
<a href="mailto:mei-l@lists.uni-paderborn.de" target="_blank">mei-l@lists.uni-paderborn.de</a><br>
<a href="https://lists.uni-paderborn.de/mailman/listinfo/mei-l" rel="noreferrer" target="_blank">https://lists.uni-paderborn.de/mailman/listinfo/mei-l</a><br>
<br>
</blockquote>
</div>
<br>
</div>
</div>
</div>
</div>
</div>
</div>
</body>
</html>