<div dir="ltr"><div>Dear colleagues,</div><div><br></div><div>We also have to consider what is needed for Question 1.</div><div><br></div><div>>Question 1: Is it essential to use a VML file in order to do this? If</div><div>> so, shouldn't this be explained in the specification?</div><div><br></div><div>>Response 1: Excel only supports this through VML. We leave it to the</div><div>> standards body to decide if it wants to allow other supported ways</div><div>> of doing this.</div><div><br></div><div>Here is my take.</div><div><br></div><div>This limitation is specific to Excel.  OOXML certainly allows the use</div><div>of DrawingML.  It does not mandate the use of VML either.</div><div><br></div><div>If we save an Excel document with a comment as strict OOXML, we have a</div><div>drawingML document as well a VML document.  This drawingML document</div><div>contains no graphical information.  But this is just a design choice</div><div>in the design of Excel.  Nothing in OOXML prevents this DrawingML </div><div>document from having rich graphical information.</div><div><br></div><div>Excel always generates a VML document for an Excel document with</div><div>comments, even when we use strict OOXML (through MCE).  But</div><div>this is not a requirement of OOXML.  This is strictly a design choice</div><div>by Excel.  Nothing in OOXML mandates the use of VML.</div><div><br></div><div>I thus believe that no actions by WG4 are required for this quiestion.</div><div>Microsoft might want to document their design choice if they have not</div><div>done so already.<br></div><div><br></div><div>Regards,</div><div>Makoto</div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-04-06 22:32 GMT+09:00 MURATA Makoto <span dir="ltr"><<a href="mailto:eb2m-mrt@asahi-net.or.jp" target="_blank">eb2m-mrt@asahi-net.or.jp</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div>To close this DR, it remains to provide words to implement the<br></div><div>response 2 from the Seoul Meeting.  (Schema changes for response 3 </div><div>are already provided.)</div><div><br></div><div>I propose to replace</div><div><br></div><div>  The attribute is required and shall be unique across all comments in</div><div>  shared workbooks.</div><div><br></div><div>by</div><div><br></div><div>  In shared workbooks, the attribute is required and shall be unique</div><div>  across all comments. </div><div><br></div><div>Regards,</div><div>Makoto</div></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">2017-02-23 20:52 GMT+09:00 MURATA Makoto <span dir="ltr"><<a href="mailto:eb2m-mrt@asahi-net.or.jp" target="_blank">eb2m-mrt@asahi-net.or.jp</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I wrote:<div><span><br><blockquote style="margin:0px 0px 0px 40px;border:none;padding:0px"><div><span style="font-size:14px">While trying to implement schema change, I find that </span></div><div><div style="font-size:14px">the complex type CT_CommentPr does not define </div></div><div><div style="font-size:14px">@rowHidden and @colHidde either.  They appear in </div></div><div><div style="font-size:14px">prose.</div></div></blockquote><div><br></div></span><div>This issue is now in  separte DR, which is DR17-0006 — SML: </div><div>various attributes missing from the schema.</div><div><br></div><div><span style="font-size:14px">Changing the schema for allowing @uiObject is covered by a </span><br></div><div><span style="font-size:14px">separate branch</span></div><div><br></div><div><a href="https://app.assembla.com/spaces/IS29500/git/commits/e6d224aa55818184e7b38e0f6ff16d8e5faa735d" target="_blank">https://app.assembla.com/space<wbr>s/IS29500/git/commits/e6d224aa<wbr>55818184e7b38e0f6ff16d8e5faa73<wbr>5d</a><br></div><div><br></div><div>If this DR is closed in Seattle, I will merge this branch to the COR4 </div><div>branch.</div><div><br></div><div>Regards,</div><div>Makoto</div></div></div><div class="m_421228997547261465HOEnZb"><div class="m_421228997547261465h5"><div class="gmail_extra"><br><div class="gmail_quote">2016-12-21 21:31 GMT+09:00 MURATA Makoto <span dir="ltr"><<a href="mailto:eb2m-mrt@asahi-net.or.jp" target="_blank">eb2m-mrt@asahi-net.or.jp</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">While trying to implement schema change, I find that <div>the complex type CT_CommentPr does not define </div><div>@rowHidden and @colHidde either.  They appear in <br></div><div>prose.</div><div><br></div><div>I can provide schema fragments for them.  But </div><div>are they optional or required?  If optional, what </div><div>is the default value?</div><div><br></div><div>Regards,</div><div>Makoto</div></div><div class="m_421228997547261465m_3054741091652659378HOEnZb"><div class="m_421228997547261465m_3054741091652659378h5"><div class="gmail_extra"><br><div class="gmail_quote">2016-09-22 11:36 GMT+09:00 MURATA Makoto <span dir="ltr"><<a href="mailto:eb2m-mrt@asahi-net.or.jp" target="_blank">eb2m-mrt@asahi-net.or.jp</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Changing the schema for allowing @uiObject is easy.  But what <div>is the default when this attribute is not specified?</div><div><br></div><div>Regards,</div><div>Mkaoto</div></div><div class="gmail_extra"><div><div class="m_421228997547261465m_3054741091652659378m_1216641691854317698h5"><br><div class="gmail_quote">2016-09-20 21:03 GMT+09:00 Rex Jaeschke <span dir="ltr"><<a href="mailto:rex@rexjaeschke.com" target="_blank">rex@rexjaeschke.com</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">If a schema person could produce the (few) required schema lines, we might<br>
be able to close this one soon.<br>
<span class="m_421228997547261465m_3054741091652659378m_1216641691854317698m_5232505303743840675HOEnZb"><font color="#888888"><br>
Rex<br>
<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div></div></div><span class="m_421228997547261465m_3054741091652659378m_1216641691854317698HOEnZb"><font color="#888888">-- <br><div class="m_421228997547261465m_3054741091652659378m_1216641691854317698m_5232505303743840675gmail_signature" data-smartmail="gmail_signature"><br>Praying for the victims of the Japan Tohoku earthquake<br><br>Makoto</div>
</font></span></div>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="m_421228997547261465m_3054741091652659378m_1216641691854317698gmail_signature" data-smartmail="gmail_signature"><br>Praying for the victims of the Japan Tohoku earthquake<br><br>Makoto</div>
</div>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="m_421228997547261465m_3054741091652659378gmail_signature" data-smartmail="gmail_signature"><br>Praying for the victims of the Japan Tohoku earthquake<br><br>Makoto</div>
</div>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="m_421228997547261465gmail_signature" data-smartmail="gmail_signature"><br>Praying for the victims of the Japan Tohoku earthquake<br><br>Makoto</div>
</div>
</div></div></blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><br>Praying for the victims of the Japan Tohoku earthquake<br><br>Makoto</div>
</div>