<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii"><meta name=Generator content="Microsoft Word 14 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
        {font-family:Tahoma;
        panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
p.MsoAcetate, li.MsoAcetate, div.MsoAcetate
        {mso-style-priority:99;
        mso-style-link:"Balloon Text Char";
        margin:0in;
        margin-bottom:.0001pt;
        font-size:8.0pt;
        font-family:"Tahoma","sans-serif";}
p.MsoListParagraph, li.MsoListParagraph, div.MsoListParagraph
        {mso-style-priority:34;
        margin-top:0in;
        margin-right:0in;
        margin-bottom:0in;
        margin-left:.5in;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";}
span.BalloonTextChar
        {mso-style-name:"Balloon Text Char";
        mso-style-priority:99;
        mso-style-link:"Balloon Text";
        font-family:"Tahoma","sans-serif";}
span.EmailStyle20
        {mso-style-type:personal;
        font-family:"Calibri","sans-serif";
        color:windowtext;}
span.EmailStyle21
        {mso-style-type:personal;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
span.EmailStyle22
        {mso-style-type:personal;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
span.EmailStyle23
        {mso-style-type:personal;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
span.EmailStyle24
        {mso-style-type:personal;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
span.EmailStyle25
        {mso-style-type:personal;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
span.EmailStyle26
        {mso-style-type:personal;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
span.EmailStyle27
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:8.5in 11.0in;
        margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
        {page:WordSection1;}
/* List Definitions */
@list l0
        {mso-list-id:21059578;
        mso-list-type:hybrid;
        mso-list-template-ids:295742458 67698703 67698713 67698715 67698703 67698713 67698715 67698703 67698713 67698715;}
@list l0:level1
        {mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level2
        {mso-level-number-format:alpha-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level3
        {mso-level-number-format:roman-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:right;
        text-indent:-9.0pt;}
@list l0:level4
        {mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level5
        {mso-level-number-format:alpha-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level6
        {mso-level-number-format:roman-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:right;
        text-indent:-9.0pt;}
@list l0:level7
        {mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level8
        {mso-level-number-format:alpha-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:left;
        text-indent:-.25in;}
@list l0:level9
        {mso-level-number-format:roman-lower;
        mso-level-tab-stop:none;
        mso-level-number-position:right;
        text-indent:-9.0pt;}
ol
        {margin-bottom:0in;}
ul
        {margin-bottom:0in;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span style='color:#1F497D'>Because today the only one in the standard is for VML.&nbsp; If someone put together an amendment saying that we needed to add new support for persisting options for output formats, then we&#8217;d have a different discussion.<o:p></o:p></span></p><p class=MsoNormal><span style='color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='color:#1F497D'>My only point is the fascination over &#8220;VML.&#8221;&nbsp; It has nothing to do with part 4 and has nothing to do with the content stored in the Open XML container.&nbsp; <o:p></o:p></span></p><p class=MsoNormal><span style='color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='color:#1F497D'>So we&#8217;ll remove it.&nbsp; <o:p></o:p></span></p><p class=MsoNormal><span style='color:#1F497D'><o:p>&nbsp;</o:p></span></p><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"'> Francis Cave [mailto:francis@franciscave.com] <br><b>Sent:</b> Sunday, March 21, 2010 8:45 AM<br><b>To:</b> Shawn Villaron; 'Jesper Lund Stocholm'; 'SC 34 WG4'<br><b>Subject:</b> RE: DR 09-0312 - WML: RelyOnVML<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'>&lt;HastyClarification&gt;<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'>I&#8217;m NOT advocating that we add a new attribute &#8216;relyOnOuputFormat&#8217;. Making use of an existing feature (in Part 3?) that would achieve the same end would be my preference.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'>Francis<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'>&lt;/HastyClarification&gt;<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'><o:p>&nbsp;</o:p></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"'> Francis Cave [mailto:francis@franciscave.com] <br><b>Sent:</b> 21 March 2010 15:41<br><b>To:</b> 'Shawn Villaron'; 'Jesper Lund Stocholm'; 'SC 34 WG4'<br><b>Subject:</b> RE: DR 09-0312 - WML: RelyOnVML<o:p></o:p></span></p></div></div><p class=MsoNormal><span lang=EN-GB><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'>Exactly. If we accept the principle of enshrining formal names in attribute type names, you&#8217;d have to add &#8216;relyOnXXX&#8217; for every conceivable output format XXX for which a similar feature needed to be added. Can you explain why a special attribute is needed for VML that is not needed for other formats (e.g. EPSF, SVG,&#8230;)?<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'>If you had an attribute &#8216;relyOnOutputFormat&#8217;, taking a string value to indicate the format, or possibly even a controlled value, that would be more generic and flexible, surely.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'>But maybe I&#8217;m misunderstanding something here&#8230;<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'>Francis<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'><o:p>&nbsp;</o:p></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"'> Shawn Villaron [mailto:shawnv@microsoft.com] <br><b>Sent:</b> 21 March 2010 15:30<br><b>To:</b> francis@franciscave.com; 'Jesper Lund Stocholm'; 'SC 34 WG4'<br><b>Subject:</b> RE: DR 09-0312 - WML: RelyOnVML<o:p></o:p></span></p></div></div><p class=MsoNormal><span lang=EN-GB><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='color:#1F497D'>Can you help me understand what special status we&#8217;re making for VML in part 1?&nbsp; <o:p></o:p></span></p><p class=MsoNormal><span style='color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='color:#1F497D'>This element is like saying &#8220;relyOnCSS&#8221; &#8230; <o:p></o:p></span></p><p class=MsoNormal><span style='color:#1F497D'><o:p>&nbsp;</o:p></span></p><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"'> Francis Cave [mailto:francis@franciscave.com] <br><b>Sent:</b> Sunday, March 21, 2010 6:39 AM<br><b>To:</b> Shawn Villaron; 'Jesper Lund Stocholm'; 'SC 34 WG4'<br><b>Subject:</b> RE: DR 09-0312 - WML: RelyOnVML<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'>It does seem odd to me to accord VML a special status in Part 1, by having an attribute that specifically refers to it. On the other hand, it is entirely reasonable that applications that support OOXML Strict should be able to store information in a document that relates to specific formats other than OOXML Strict in which a document can be saved. It would be more logical to use a more generic way of storing such information. Isn&#8217;t this what MCE is for?<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'>So, I would agree that the existing feature needs to be available in OOXML Transitional for legacy reasons, but I feel that a more generic alternative is needed for Strict. To my mind, finding a way of doing this that uses what we already have in Parts 1 and 3 would be preferable to adding new features.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'>Francis<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span lang=EN-GB style='color:#1F497D'><o:p>&nbsp;</o:p></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"'> Shawn Villaron [mailto:shawnv@microsoft.com] <br><b>Sent:</b> 19 March 2010 14:15<br><b>To:</b> Jesper Lund Stocholm; SC 34 WG4<br><b>Subject:</b> RE: DR 09-0312 - WML: RelyOnVML<o:p></o:p></span></p></div></div><p class=MsoNormal><span lang=EN-GB><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='color:#1F497D'>We can remove it, but I would like to clarify a few things.<o:p></o:p></span></p><p class=MsoNormal><span style='color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoListParagraph style='text-indent:-.25in;mso-list:l0 level1 lfo2'><![if !supportLists]><span style='color:#1F497D'><span style='mso-list:Ignore'>1.<span style='font:7.0pt "Times New Roman"'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span></span><![endif]><span style='color:#1F497D'>I don&#8217;t think we can really tell implementers that they can&#8217;t create a publishing output using a technology not specified in 29500.&nbsp; <o:p></o:p></span></p><p class=MsoListParagraph style='text-indent:-.25in;mso-list:l0 level1 lfo2'><![if !supportLists]><span style='color:#1F497D'><span style='mso-list:Ignore'>2.<span style='font:7.0pt "Times New Roman"'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span></span><![endif]><span style='color:#1F497D'>Other companies have built products on top of VML before ( e.g. Google Maps ) so we shouldn&#8217;t draw too many conclusions about VML&#8217;s utility ( or lack thereof )<o:p></o:p></span></p><p class=MsoListParagraph style='text-indent:-.25in;mso-list:l0 level1 lfo2'><![if !supportLists]><span style='color:#1F497D'><span style='mso-list:Ignore'>3.<span style='font:7.0pt "Times New Roman"'>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; </span></span></span><![endif]><span style='color:#1F497D'>The existence of the relyOnVML element doesn&#8217;t create a dependency on Part 4.&nbsp; <o:p></o:p></span></p><p class=MsoNormal><span style='color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='color:#1F497D'>So on the grounds that we should never string the letters V, M and L together, in that order, can we remove the tag from the strict.&nbsp; It does need to remain in transitional for compatibility reasons.<o:p></o:p></span></p><p class=MsoNormal><span style='color:#1F497D'><o:p>&nbsp;</o:p></span></p><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"'> Jesper Lund Stocholm [mailto:jesper.stocholm@ciber.dk] <br><b>Sent:</b> Thursday, March 18, 2010 11:58 PM<br><b>To:</b> Shawn Villaron; SC 34 WG4<br><b>Subject:</b> RE: DR 09-0312 - WML: RelyOnVML<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal><span lang=DA style='color:#1F497D'>Good morning all,<o:p></o:p></span></p><p class=MsoNormal><span lang=DA style='color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='color:#1F497D'>We are aware of the details you provide&nbsp; below. Our concern is that first of all, the attribute &#8220;sticks out&#8221; &#8211; even though it doesn&#8217;t mean that VML can be used within OOXML&lt;S&gt;. But we also feel that the attribute is redundant in OOXML&lt;S&gt;. VML cannot be used within OOXML&lt;S&gt; so being able to specify that the content should be &#8220;Saved to web&#8221; using VML &#8211; when VML cannot be used in OOXML&lt;S&gt; seems wrong. Further VML is a technology that is (browser-wise) only implemented in Microsoft Internet Explorer so RelyOnVml is a reference to a technology that only exists in a Microsoft product. And finally the existence of RelyOnVml in Part 1 makes a dependency to Part 4, since an application encountering this attribute with a value of &#8220;true&#8221; in a strict document will need to implement functionality from Part 4 to honor the original user&#8217;s intent.<o:p></o:p></span></p><p class=MsoNormal><span style='color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='color:#1F497D'>So yes, we still wish to have the attribute removed.<o:p></o:p></span></p><p class=MsoNormal><span style='color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='color:#1F497D'>:o)<o:p></o:p></span></p><div><p class=MsoNormal><span style='color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><b><span style='font-size:10.0pt;font-family:"Arial","sans-serif";color:#1F497D'>Jesper Lund Stocholm<br></span></b><b><span style='font-size:10.0pt;font-family:"Arial","sans-serif";color:#363434'>c</span></b><b><span style='font-size:10.0pt;font-family:"Arial","sans-serif";color:purple'>i</span></b><b><span style='font-size:10.0pt;font-family:"Arial","sans-serif";color:#363434'>ber</span></b><span style='font-size:10.0pt;font-family:"Arial","sans-serif";color:gray'> Danmark A/S</span><span style='color:#1F497D'><o:p></o:p></span></p></div><p class=MsoNormal><span style='color:#1F497D'><o:p>&nbsp;</o:p></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"'> Shawn Villaron [mailto:shawnv@microsoft.com] <br><b>Sent:</b> 18. marts 2010 23:10<br><b>To:</b> 'SC 34 WG4'<br><b>Subject:</b> DR 09-0312 - WML: RelyOnVML<o:p></o:p></span></p></div></div><p class=MsoNormal><span lang=DA><o:p>&nbsp;</o:p></span></p><p class=MsoNormal>This is in regards to the DK defect report.&nbsp;<o:p></o:p></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>I believe that there may be a misunderstanding regarding the meaning of this element as it doesn&#8217;t relate to the BRM resolution regarding the limiting of VML to the Transitional conformance class.<o:p></o:p></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>Many applications have the ability to generate published versions of their documents that are optimized for viewing on the web.&nbsp; Microsoft Word has this ability, and in its web publish format, it has the ability to use VML as a graphics format.&nbsp; This ability is exposed to end users.&nbsp; To keep track of end user preferences, Microsoft Word would write out the end user preference into the binary and XML versions of the document so that future publishing would use the previous setting.&nbsp; And since the migration to Open XML was about preserving data found in those binary and XML files, this end user preference was included in the standard and is represented by the relyOnVML element.<o:p></o:p></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>To be 100% clear, this element has <b>absolutely no impact</b> on whether or not VML is allowed to be used in the WordprocessingML document.&nbsp; <o:p></o:p></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>In light of this, do we still believe it should be removed?<o:p></o:p></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>Thanks,<o:p></o:p></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal>shawn<o:p></o:p></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal><o:p>&nbsp;</o:p></p></div></div></div></div></div></body></html>