<div dir="ltr">Francis,<div><br></div><div>We discussed your experiment (thanks!) in the last teleconf.  Here is my note</div><div><br></div><div><div style="font-size:14.3999996185303px"><div>There was a discussion about custom metadata.  Francis Cave reported</div><div>that some implementations do not preserve custom metadata parts even</div><div>if they are referenced by package relationships.  We considered the</div><div>use of MCE for representing custom metadata, but we find that "11.3</div><div>Support for Versioning and Extensibility" in 29500-2 prohibits such</div><div>use.  Rather, this subclause recommends "creating a new part and using</div><div>a relationship with a new type to point from the Core Properties part</div><div>to the new part".  We thus agreed (1) to use a relationship from the</div><div>Core Properties part to a custom metadata part, and (2) to introduce a</div><div>note for preserving valid relationships as well as targets of such</div><div>relationships.</div><div><br></div><div><br></div><div>Regards,</div><div>Makoto</div><div><br></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">2014-12-14 0:49 GMT+09:00 Francis Cave <span dir="ltr"><<a href="mailto:francis@franciscave.com" target="_blank">francis@franciscave.com</a>></span>:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="EN-GB" link="#0563C1" vlink="#954F72"><div><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">If you remember, I experimented with adding foreign OPC parts to hold ONIX metadata. Recent versions of MS Office don’t appear to throw away such foreign parts, but the version of LIbreOffice that I tested does appear to throw them away.<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">Nevertheless, I think we should explore the idea of using a foreign OPC part for character repertoire checking data, as this avoids the need to embed such data in content. I prefer this approach to the use of application-defined extension elements or ignorable elements. As you say, so far as implementations of the existing standard are concerned, new application-defined extension elements would have to be in ignorable namespaces, otherwise the implementations would be broken.<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">Regards,<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">Francis<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><b><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span lang="EN-US" style="font-size:11.0pt;font-family:"Calibri",sans-serif"> <a href="mailto:eb2mmrt@gmail.com" target="_blank">eb2mmrt@gmail.com</a> [mailto:<a href="mailto:eb2mmrt@gmail.com" target="_blank">eb2mmrt@gmail.com</a>] <b>On Behalf Of </b>MURATA Makoto<br><b>Sent:</b> 13 December 2014 08:32<br><b>To:</b> SC34<br><b>Subject:</b> 30114-2: ignorables, app-defined ext elems, or custom OPC parts<u></u><u></u></span></p><div><div class="h5"><p class="MsoNormal"><u></u> <u></u></p><div><div><p class="MsoNormal">Summary: Avoid ignorable elements but use application-defined<u></u><u></u></p></div><div><p class="MsoNormal">extension elements or additional OPC parts instead.<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">I have thought that we should use ignorable elements for representing<u></u><u></u></p></div><div><p class="MsoNormal">data for character repertoire checking.  The first CD does use them.<u></u><u></u></p></div><div><p class="MsoNormal">This approach is easy to standardize and implement, but existing<u></u><u></u></p></div><div><p class="MsoNormal">implementations will surely throw away data for character repertoire<u></u><u></u></p></div><div><p class="MsoNormal">checking.  I have stupidly thought that this is OK.  But no users are<u></u><u></u></p></div><div><p class="MsoNormal">willing to use what is thrown away by existing MS Office and Libre<u></u><u></u></p></div><div><p class="MsoNormal">Office.<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">The use of application-defined extension elements ensures that data<u></u><u></u></p></div><div><p class="MsoNormal">for character repertoire checking is preserved.  But locations of<u></u><u></u></p></div><div><p class="MsoNormal">application-defined extension elements are already set in stone, and<u></u><u></u></p></div><div><p class="MsoNormal">cannot be changed without making existing implementations<u></u><u></u></p></div><div><p class="MsoNormal">non-conformant.<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">Another option is to use additional OPC parts.  If implementations do<u></u><u></u></p></div><div><p class="MsoNormal">not throw away targets of valid relationships, data for character<u></u><u></u></p></div><div><p class="MsoNormal">repertoire checking is preserved.<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">I can imagine that the use of additional OPC parts has its own<u></u><u></u></p></div><div><p class="MsoNormal">problems.  But we should try seriously.<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">Regards,<u></u><u></u></p></div><div><p class="MsoNormal">Makoto<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div></div></div></div></div></div></blockquote></div><br clear="all"><div><br></div>-- <br><div class="gmail_signature"><br>Praying for the victims of the Japan Tohoku earthquake<br><br>Makoto</div>
</div>