<div dir="ltr">OPC conformance has been an issue even before the BRM.<div>Although there were a number of improvements in the BRM, </div><div>I still have two concerns.</div><div><br></div><div>First, although OPC conformance is now defined as purely </div>
<div>data conformance, many sentences in OPC look like application </div><div>conformance.</div><div><br></div><div>Second, Annex H </div><div>provides copies of normative sentences in the body, without </div><div>any new requirements.   No other parts of OOXML have such </div>
<div>Annex.</div><div><br></div><div>Regards,</div><div>Makoto</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2014-01-08 John Haug <span dir="ltr"><<a href="mailto:johnhaug@exchange.microsoft.com" target="_blank">johnhaug@exchange.microsoft.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<div lang="EN-US" link="#0563C1" vlink="#954F72">
<div>
<p class="MsoNormal">To reach consensus on scope and to better understand what we’re intending to accomplish before we get lost in details, may I suggest the following as the list of topics we want to address in our changes to Part 2?  All open DRs marked for
 Part 2 should be included below.  Anything to add/remove/change before we agree on what we’re going to do?<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">I’m going to try to organize a set of reference info, more thorough than the short list I sent out quickly on Thursday, to include numerous of old e-mail threads, documents, etc.  If I am able to do so, I may put it on a new Wiki page on
 the WG 4 Assembla wiki (<a href="https://www.assembla.com/spaces/IS29500/wiki" target="_blank">https://www.assembla.com/spaces/IS29500/wiki</a>).  I would also add the below, plus changes.<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">1. Combining IRI/URI<u></u><u></u></p>
<p><u></u><span style="font-family:Symbol"><span>·<span style="font:7.0pt "Times New Roman"">        
</span></span></span><u></u>09-0280 – general DR about sections of OPC assuming non-ASCII is disallowed<u></u><u></u></p>
<p><u></u><span style="font-family:Symbol"><span>·<span style="font:7.0pt "Times New Roman"">        
</span></span></span><u></u>09-0281 – terminology; all uses of “part” should specify what kind of part is meant<u></u><u></u></p>
<p><u></u><span style="font-family:Symbol"><span>·<span style="font:7.0pt "Times New Roman"">        
</span></span></span><u></u>09-0283 – similar to 09-0280<u></u><u></u></p>
<p><u></u><span style="font-family:Symbol"><span>·<span style="font:7.0pt "Times New Roman"">        
</span></span></span><u></u>09-0284 – terminology; need to re-associate the ABNF term names with the prose for part names<u></u><u></u></p>
<p><u></u><span style="font-family:Symbol"><span>·<span style="font:7.0pt "Times New Roman"">        
</span></span></span><u></u>09-0285 – terminology; use of “part IRI” and “part URI”<u></u><u></u></p>
<p><u></u><span style="font-family:Symbol"><span>·<span style="font:7.0pt "Times New Roman"">        
</span></span></span><u></u>09-0286 – need to update 9.2 (Part Addressing) to specify the format of a reference, based on the changes to be made to 9.1.1 (Part Names)<u></u><u></u></p>
<p><u></u><span style="font-family:Symbol"><span>·<span style="font:7.0pt "Times New Roman"">        
</span></span></span><u></u>09-0288 – same as 09-0286, but for 9.3.2 (Relationship Markup)<u></u><u></u></p>
<p><u></u><span style="font-family:Symbol"><span>·<span style="font:7.0pt "Times New Roman"">        
</span></span></span><u></u>09-0291 – terminology; specify what “Unicode string” means, based on the changes to be made to 9.1.1<u></u><u></u></p>
<p><u></u><span style="font-family:Symbol"><span>·<span style="font:7.0pt "Times New Roman"">        
</span></span></span><u></u>09-0292 – which characters are allowed in a part name (e.g., whitespace, delimiters, special characters)
<u></u><u></u></p>
<p><u></u><span style="font-family:Symbol"><span>·<span style="font:7.0pt "Times New Roman"">        
</span></span></span><u></u>13-0002 – fix previous changes made to Annex H for introduction of non-ASCII support<u></u><u></u></p>
<p><u></u><span style="font-family:Symbol"><span>·<span style="font:7.0pt "Times New Roman"">        
</span></span></span><u></u>Add cautionary language noting that implementations might only support ASCII/URIs?  Anything to note in Part 1?<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">2. Relative/absolute referencing<u></u><u></u></p>
<p><u></u><span style="font-family:Symbol"><span>·<span style="font:7.0pt "Times New Roman"">        
</span></span></span><u></u>10-0015 – clarify “source part” for relationships<u></u><u></u></p>
<p><u></u><span style="font-family:Symbol"><span>·<span style="font:7.0pt "Times New Roman"">        
</span></span></span><u></u>Add cautionary language about detailed interpretations of relative vs. absolute references as defined in RFC 3986?<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">3. Pack URI<u></u><u></u></p>
<p><u></u><span style="font-family:Symbol"><span>·<span style="font:7.0pt "Times New Roman"">        
</span></span></span><u></u>09-0293 – decide how, and whether, to handle IANA registration<u></u><u></u></p>
<p style="margin-left:1.0in">
<u></u><span style="font-family:"Courier New""><span>o<span style="font:7.0pt "Times New Roman"">  
</span></span></span><u></u>(see also historic info, including issues with Pack URI, here:
<a href="http://www.iana.org/assignments/uri-schemes/uri-schemes.xhtml" target="_blank">http://www.iana.org/assignments/uri-schemes/uri-schemes.xhtml</a>,
<a href="http://www.iana.org/assignments/uri-schemes/historic/pack" target="_blank">http://www.iana.org/assignments/uri-schemes/historic/pack</a>)<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">4. Digital signatures<u></u><u></u></p>
<p><u></u><span style="font-family:Symbol"><span>·<span style="font:7.0pt "Times New Roman"">        
</span></span></span><u></u>11-0029 – is content from xmldsig-core duplicated in 13.2.4 (Digital Signature Markup)?<u></u><u></u></p>
<p><u></u><span style="font-family:Symbol"><span>·<span style="font:7.0pt "Times New Roman"">        
</span></span></span><u></u>11-0030 – update normative reference to xmldsig-core?<u></u><u></u></p>
<p><u></u><span style="font-family:Symbol"><span>·<span style="font:7.0pt "Times New Roman"">        
</span></span></span><u></u>11-0031 – update reference to xmlsec schema?<u></u><u></u></p>
<p><u></u><span style="font-family:Symbol"><span>·<span style="font:7.0pt "Times New Roman"">        
</span></span></span><u></u>What, if anything, needs to be said about ensuring XAdES use is allowed?<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">5. Versioning<u></u><u></u></p>
<p><u></u><span style="font-family:Symbol"><span>·<span style="font:7.0pt "Times New Roman"">        
</span></span></span><u></u>09-0168 – cannot distinguish between ECMA 1^st ed OPC package and later versions (e.g., 29500 supports non-ASCII)<u></u><u></u></p>
<p class="MsoNormal"><u></u> <u></u></p>
<p class="MsoNormal">6. Editorial misc<u></u><u></u></p>
<p><u></u><span style="font-family:Symbol"><span>·<span style="font:7.0pt "Times New Roman"">        
</span></span></span><u></u>12-0001 – unify capitalization of “relationship part”<u></u><u></u></p>
<p><u></u><span style="font-family:Symbol"><span>·<span style="font:7.0pt "Times New Roman"">        
</span></span></span><u></u>Remove reference to Part 3 from clause 8 (Overview)<u></u><u></u></p>
</div>
</div>

</blockquote></div><br><br clear="all"><div><br></div>-- <br><br>Praying for the victims of the Japan Tohoku earthquake<br><br>Makoto
</div>