<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=utf-8"><meta name=Generator content="Microsoft Word 15 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        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.msonormal0, li.msonormal0, div.msonormal0
        {mso-style-name:msonormal;
        mso-margin-top-alt:auto;
        margin-right:0cm;
        mso-margin-bottom-alt:auto;
        margin-left:0cm;
        font-size:11.0pt;
        font-family:"Calibri",sans-serif;}
span.m-962109479932231264gmail-im
        {mso-style-name:m_-962109479932231264gmail-im;}
span.m-962109479932231264gmail-term
        {mso-style-name:m_-962109479932231264gmail-term;}
span.m-962109479932231264gmail-non-normativebracket
        {mso-style-name:m_-962109479932231264gmail-non-normativebracket;}
span.m-962109479932231264gmail-msocommentreference
        {mso-style-name:m_-962109479932231264gmail-msocommentreference;}
span.hoenzb
        {mso-style-name:hoenzb;}
span.m-962109479932231264m-5974214387516116543gmail-m-2586343505769044150gmail-hoenzb
        {mso-style-name:m_-962109479932231264m_-5974214387516116543gmail-m_-2586343505769044150gmail-hoenzb;}
span.EmailStyle25
        {mso-style-type:personal-reply;
        font-family:"Calibri",sans-serif;
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-family:"Calibri",sans-serif;
        mso-fareast-language:EN-US;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
        {page:WordSection1;}
/* List Definitions */
@list l0
        {mso-list-id:1883978318;
        mso-list-template-ids:278925984;}
ol
        {margin-bottom:0cm;}
ul
        {margin-bottom:0cm;}
--></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-GB link=blue vlink=purple><div class=WordSection1><p class=MsoNormal><span style='mso-fareast-language:EN-US'>In case you’ve missed them, I have spotted a couple of typos. See corrected text highlighted in <span style='background:aqua;mso-highlight:aqua'>cyan</span>.<o:p></o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'>Francis<o:p></o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><span style='mso-fareast-language:EN-US'><o:p> </o:p></span></p><p class=MsoNormal><b><span lang=EN-US>From:</span></b><span lang=EN-US> eb2mmrt@gmail.com [mailto:eb2mmrt@gmail.com] <b>On Behalf Of </b>MURATA Makoto<br><b>Sent:</b> 22 January 2018 01:04<br><b>To:</b> caroline arms <caroline.arms@gmail.com><br><b>Cc:</b> Rex Jaeschke <rex@rexjaeschke.com>; SC 34 WG4 <e-SC34-WG4@ecma-international.org><br><b>Subject:</b> Re: Clauses §8.3.5 and §8.2.2.3<o:p></o:p></span></p><p class=MsoNormal><o:p> </o:p></p><div><p class=MsoNormal>Caroline,<o:p></o:p></p><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Thank you very much for your thoughtful suggestions  <o:p></o:p></p></div><div><p class=MsoNormal>Here is my first cut.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Regards,<o:p></o:p></p></div><div><p class=MsoNormal>Makoto<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>---------------------------------------------------------------------<o:p></o:p></p></div><div><p class=MsoNormal>(The first paragraph, which defines equivalence, is not changed.)<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><div><p class=MsoNormal>The names of two different parts within a package shall not<o:p></o:p></p></div><div><p class=MsoNormal>be equivalent.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>[Example: If a package contains a part named "/a", the<o:p></o:p></p></div><div><p class=MsoNormal>name of another part in that package must not be "/a" or<o:p></o:p></p></div><div><p class=MsoNormal>"/A". end example]<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>For each part name N and string S, let the result of<o:p></o:p></p></div><div><p class=MsoNormal>concatenating N, the forward slash and S be denoted by<o:p></o:p></p></div><div><p class=MsoNormal>N[<span style='background:aqua;mso-highlight:aqua'>S</span>]. A part name N1 is said to be derivable from another<o:p></o:p></p></div><div><p class=MsoNormal>part name N2 if, for some string S, N1 is equivalent to<o:p></o:p></p></div><div><p class=MsoNormal>N2[S].<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>[Example: "/a/b" is derivable from "/a", where N is<o:p></o:p></p></div><div><p class=MsoNormal>"/a" and S is "b". end example]<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>The name of a part shall not be derivable from the name of<o:p></o:p></p></div><div><p class=MsoNormal>another part.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>[Example: Suppose that a package contains a part named<o:p></o:p></p></div><div><p class=MsoNormal>"/segment1/segment2/…/segmentn".  For it not to be<o:p></o:p></p></div><div><p class=MsoNormal>derivable, other parts in that package must not have names<o:p></o:p></p></div><div><p class=MsoNormal>such as "/segment1", "/SEGMENT1",<o:p></o:p></p></div><div><p class=MsoNormal>"/segment1/segment2", "/segment1/SEGMENT2", or<o:p></o:p></p></div><div><p class=MsoNormal>"/segment1/segment2/…/segmentn-1".  end example]<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>This subclause further introduces recommendations so that<o:p></o:p></p></div><div><p class=MsoNormal>NFC normalization to part names does not cause part name<o:p></o:p></p></div><div><p class=MsoNormal>crashes. [Note: Some implementations of the directory<o:p></o:p></p></div><div><p class=MsoNormal>structure always apply NFC normalization. end note]<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>The result of applying Unicode Normalization Form C (NFC)<o:p></o:p></p></div><div><p class=MsoNormal>to the names of two different parts within a package should<o:p></o:p></p></div><div><p class=MsoNormal>not be equivalent.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>[Example: If a package contains a part named "/é", where<o:p></o:p></p></div><div><p class=MsoNormal>é is 'LATIN SMALL LETTER E' (U+0065) followed by 'COMBINING<o:p></o:p></p></div><div><p class=MsoNormal>ACUTE ACCENT' (U+0301), the name of another part in that<o:p></o:p></p></div><div><p class=MsoNormal>package should not be "/<span style='background:aqua;mso-highlight:aqua'>é</span>", where é is 'LATIN SMALL<o:p></o:p></p></div><div><p class=MsoNormal>LETTER E WITH ACUTE' (U+00E9), or "/É", where É/ is<o:p></o:p></p></div><div><p class=MsoNormal>'LATIN CAPITAL LETTER E WITH ACUTE '(U+00C9). end example]<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>[Example: If a package contains a part named "/<span style='font-family:"Cambria Math",serif'>Å</span>", where<o:p></o:p></p></div><div><p class=MsoNormal><span style='font-family:"Cambria Math",serif'>Å</span> is 'ANGSTROM SIGN' (U+212B), the name of another part in<o:p></o:p></p></div><div><p class=MsoNormal>that package should not "/Å" where Å is 'LATIN CAPITAL<o:p></o:p></p></div><div><p class=MsoNormal>LETTER A WITH RING ABOVE' (U+00C5) because U+212B and<o:p></o:p></p></div><div><p class=MsoNormal>U+00C5 are normalized to the same character sequence. end<o:p></o:p></p></div><div><p class=MsoNormal>example]<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>A part name N1 is said to be weakly derivable from another<o:p></o:p></p></div><div><p class=MsoNormal>part name N2 if, for some string S, the result of applying<o:p></o:p></p></div><div><p class=MsoNormal>NFC to N1 is equivalent to the result of applying NFC to<o:p></o:p></p></div><div><p class=MsoNormal>N2[S].<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>[Example: Consider a part name "/é", where é is 'LATIN<o:p></o:p></p></div><div><p class=MsoNormal>SMALL LETTER E WITH ACUTE' (U+00E9).  Another part name<o:p></o:p></p></div><div><p class=MsoNormal>"/é/a", where é is 'LATIN SMALL LETTER E' (U+0065)<o:p></o:p></p></div><div><p class=MsoNormal>followed by 'COMBINING ACUTE ACCENT' (U+0301) is weakly<o:p></o:p></p></div><div><p class=MsoNormal>derivable from "/é".  Yet another part name "/É/a",<o:p></o:p></p></div><div><p class=MsoNormal>where É is 'LATIN CAPITAL LETTER E' (U+0045) followed by<o:p></o:p></p></div><div><p class=MsoNormal>'COMBINING ACUTE ACCENT' (U+0301) is also weakly derivable.<o:p></o:p></p></div><div><p class=MsoNormal>end example]<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>The name of a part should not be weakly derivable from the<o:p></o:p></p></div><div><p class=MsoNormal>name of another part.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>[Example: Suppose that a package contains a part named<o:p></o:p></p></div><div><p class=MsoNormal>"/é/<span style='font-family:"Cambria Math",serif'>Å</span>/foo", where é is 'LATIN SMALL LETTER E WITH ACUTE'<o:p></o:p></p></div><div><p class=MsoNormal>(U+00E9) and <span style='font-family:"Cambria Math",serif'>Å</span> is 'ANGSTROM SIGN' (U+212B).  For it not to<o:p></o:p></p></div><div><p class=MsoNormal>be weakly derivable, other parts in that package should not<o:p></o:p></p></div><div><p class=MsoNormal>have names such as "/É" and "/É/Å", where É is 'LATIN<o:p></o:p></p></div><div><p class=MsoNormal>CAPITAL LETTER E' (U+0045) followed by 'COMBINING ACUTE<o:p></o:p></p></div><div><p class=MsoNormal>ACCENT' (U+0301) and Å is 'LATIN CAPITAL LETTER A WITH RING<o:p></o:p></p></div><div><p class=MsoNormal>ABOVE' (U+00C5).  end example]<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div></div></div><div><p class=MsoNormal><o:p> </o:p></p><div><p class=MsoNormal>2018-01-22 8:10 GMT+09:00 caroline arms <<a href="mailto:caroline.arms@gmail.com" target="_blank">caroline.arms@gmail.com</a>>:<o:p></o:p></p><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm'><div><div><div><div><div><div><div><p class=MsoNormal>Thanks for your response.  <o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>I have one substantive question, relating to "in its name"  (in red below).  As I read 9.1.1.4 in the 2012 published version, I would understand the constraint to mean that another part's name should not BEGIN with "/a" or "/A".   And I believe that's what the explanation of derivable says.  So I might change:<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>If a package contains a part named “/a”, another part in that package must not have “/a” or “/A” <span style='background:red'>in its name</span>.<o:p></o:p></p></div><div><p class=MsoNormal>   to<br>If a package contains a part named “/a”, another part in that package must not have a name that begins with “/a” or “/A”.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>But perhaps I'm missing something<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal style='margin-bottom:12.0pt'>However my main concern about <span class=m-962109479932231264gmail-im>§8.2.2.3 is that it is very confusing as to its order of normative text and examples.  It is not obvious what the examples are examples of. Also each of the [Example] blocks holds more than one example, which makes them very hard to read.  </span><o:p></o:p></p></div><p class=MsoNormal style='margin-bottom:12.0pt'><span class=m-962109479932231264gmail-im>I have several possible suggestions that might make the clause more readable.  I've listed them as options.  One or more could be followed.</span><o:p></o:p></p></div><p class=MsoNormal style='margin-bottom:12.0pt'><span class=m-962109479932231264gmail-im>Option 1.  Put everything related to "derivable" before everything related to "weakly derivable."</span><o:p></o:p></p></div><p class=MsoNormal style='margin-bottom:12.0pt'><span class=m-962109479932231264gmail-im>Hence:</span><br><br><span class=m-962109479932231264gmail-im><span style='font-size:10.0pt'>For each part name N and string S, let the result of concatenating N, the forward slash and S be denoted by N[s]. A part name N1 is said to be </span></span><span class=m-962109479932231264gmail-term><i><span style='font-size:10.0pt'>derivable</span></i></span><span class=m-962109479932231264gmail-im><span style='font-size:10.0pt'> from another part name N2 if, for some string S, N1 is equivalent to N2[S].</span></span><o:p></o:p></p><p class=MsoNormal style='margin-bottom:10.0pt;line-height:115%'><span style='font-size:10.0pt;line-height:115%'>The name of a part shall not be derivable from the name of another part.</span><o:p></o:p></p><p class=MsoNormal style='margin-bottom:10.0pt;line-height:115%'><span style='font-size:10.0pt;line-height:115%'>[<span class=m-962109479932231264gmail-non-normativebracket><i>Example</i></span>: If a package contains a part named “/a”, another part in that package must not have “/a” or “/A” <span style='background:red'>in its name</span>. If a package contains a part named “/segment1/segment2/…/segment<em><span style='font-family:"Calibri",sans-serif'>n</span></em>”, other parts in that package must not have names such as “/segment1”, “/SEGMENT1”, “/segment1/segment2”, “/segment1/SEGMENT2”, or “/segment1/segment2/…/segment<em><span style='font-family:"Calibri",sans-serif'>n</span></em>-1”. If a package contains a part named “/</span><span style='font-size:10.0pt;line-height:115%;font-family:"Cambria Math",serif'>Å” </span><span style='font-size:10.0pt;line-height:115%'>where </span><span style='font-size:10.0pt;line-height:115%;font-family:"Cambria Math",serif'>Å </span><span style='font-size:10.0pt;line-height:115%'>is 'ANGSTROM SIGN' (U+212B), another part in that package should not have <span style='color:black;background:red'>in its name</span> “/Å” where Å is 'LATIN CAPITAL LETTER A WITH RING ABOVE' (U+00C5) because U+212B and U+00C5 are normalized to the same character sequence. <span class=m-962109479932231264gmail-non-normativebracket><i>end example</i></span>]</span><o:p></o:p></p><p class=MsoNormal style='margin-bottom:10.0pt;line-height:115%'><span style='font-size:10.0pt;line-height:115%'>A part name N1 is said to be <span class=m-962109479932231264gmail-term><i>weakly derivable</i></span> from another part name N2 if, for some string S, the result of applying NFC to N1 is equivalent to the result of applying NFC to N2[S]. </span><o:p></o:p></p><p class=MsoNormal style='margin-bottom:12.0pt'><span style='font-size:10.0pt'>The name of a part should not be weakly derivable from the name of another part.</span><o:p></o:p></p><p class=MsoNormal style='margin-bottom:10.0pt;line-height:115%'><span style='font-size:10.0pt;line-height:115%'>[<span class=m-962109479932231264gmail-non-normativebracket><i>Example</i></span>: Given N[s] equal to “/a/b” where N is “/a” and S is “b”, then “/a/b” is derivable from “/a”. A part named “/é/a”, where é is 'LATIN SMALL LETTER E' (U+0065) followed by 'COMBINING ACUTE ACCENT' (U+0301) is weakly derivable from “/é”, where é is 'LATIN SMALL LETTER E WITH ACUTE' (U+00E9).  A part named “/É/a”, where é is 'LATIN CAPITAL LETTER E' (U+0045) followed by 'COMBINING ACUTE ACCENT' (U+0301) is also weakly derivable. <span class=m-962109479932231264gmail-non-normativebracket><i>end example</i></span><a name="m_-962109479932231264__msoanchor_1" id="m_-962109479932231264gmail-_anchor_1"></a>]</span><o:p></o:p></p><p class=MsoNormal style='margin-bottom:10.0pt;line-height:115%'><span style='font-size:10.0pt;line-height:115%'>Option 2.</span>  Break the text in the [Example] blocks into the independent examples.<o:p></o:p></p><p class=MsoNormal style='margin-bottom:12.0pt'> <span style='font-size:10.0pt'>[<span class=m-962109479932231264gmail-non-normativebracket><i>Example</i></span>: <br>If a package contains a part named “/a”, another part in that package must not have “/a” or “/A” <span style='background:red'>in its name</span>. <br><br>If a package contains a part named “/segment1/segment2/…/segment<em><span style='font-family:"Calibri",sans-serif'>n</span></em>”, other parts in that package must not have names such as “/segment1”, “/SEGMENT1”, “/segment1/segment2”, “/segment1/SEGMENT2”, or “/segment1/segment2/…/segment<em><span style='font-family:"Calibri",sans-serif'>n</span></em>-1”. <br><br>If a package contains a part named “/</span><span style='font-size:10.0pt;font-family:"Cambria Math",serif'>Å” </span><span style='font-size:10.0pt'>where </span><span style='font-size:10.0pt;font-family:"Cambria Math",serif'>Å </span><span style='font-size:10.0pt'>is 'ANGSTROM SIGN' (U+212B), another part in that package should not have in its name “/Å” where Å is 'LATIN CAPITAL LETTER A WITH RING ABOVE' (U+00C5) because U+212B and U+00C5 are normalized to the same character sequence. <span class=m-962109479932231264gmail-non-normativebracket><i>end example</i></span>]</span><o:p></o:p></p></div><p class=MsoNormal style='margin-bottom:12.0pt'><span style='font-size:10.0pt'>Option 3.  Explain what the examples are about at the beginning of the block -- which might require dividing the first example block into two, since the third example is related to NFC and is a "should not"  whereas the first two are about derivability and case-insensitive matching.</span><o:p></o:p></p></div><p class=MsoNormal style='margin-bottom:12.0pt'><span style='font-size:10.0pt'>       To be continued, no doubt ...</span><o:p></o:p></p></div><p class=MsoNormal><span class=hoenzb><span style='font-size:10.0pt;color:#888888'>       Caroline</span><span style='color:#888888'><o:p></o:p></span></span></p></div><div><div><div><p class=MsoNormal><o:p> </o:p></p><div><p class=MsoNormal>On Sat, Jan 20, 2018 at 4:34 PM, MURATA Makoto <<a href="mailto:eb2m-mrt@asahi-net.or.jp" target="_blank">eb2m-mrt@asahi-net.or.jp</a>> wrote:<o:p></o:p></p><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm'><div><p class=MsoNormal>Caroline,<o:p></o:p></p><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Thank you for your careful reviewing!<o:p></o:p></p><div><p class=MsoNormal><o:p> </o:p></p><div><p class=MsoNormal>2018-01-21 5:53 GMT+09:00 caroline arms <<a href="mailto:caroline.arms@gmail.com" target="_blank">caroline.arms@gmail.com</a>>:<o:p></o:p></p><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm'><div><div><div><div><p class=MsoNormal style='margin-bottom:12.0pt'>Murata-san, Rex, et al.<o:p></o:p></p></div><p class=MsoNormal>I have started to go through the draft.  Rather than wait to the teleconference, I thought I would send emails on issues that are not simply fixing typos or grammar as I come across them.  <br><br>Clause §8.3.5 includes<br>"The path components are equivalent part names, as specified in §8.2.2 [M7.3]"<br><br>Should this point instead to §8.2.2.3 Part Name Equivalence and Integrity in a Package?<o:p></o:p></p></div></div></div></blockquote><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>"equivalent" is defined in 8.2.2.3, but "part names" is defined <o:p></o:p></p></div><div><p class=MsoNormal>in  8.2.2.1 and 8.2.2.2.<o:p></o:p></p></div><div><p class=MsoNormal> <o:p></o:p></p></div><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm'><div><div><div><p class=MsoNormal><br>I find §8.2.2.3 rather confusing and as I read it carefully, I realized that "equivalence" as meant in §8.3.5 might need to incorporate more than ASCII case-insensitive matching -- as equivalence is defined in the first paragraph of §8.2.2.3.  In particular, I wondered whether equivalence after application of NFC was also relevant.  <o:p></o:p></p></div></div></div></blockquote><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>No, they are not.  Microsoft never does NFC to part names.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm'><div><div><div><p class=MsoNormal><br>Perhaps someone more expert than me can weigh in here.<br><br>I realize that §8.2.2.3 mixes "shall" and "should" -- presumably deliberately.  That probably adds complexity here.<o:p></o:p></p></div></div></div></blockquote><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Yes, it is confusing.  But I believe that Microsoft and Apple do different <o:p></o:p></p></div><div><p class=MsoNormal>things here.  Microsoft never normalizes file names.  Apple always <o:p></o:p></p></div><div><p class=MsoNormal>does.  Part name crashes by Apple (and possibly others) should <o:p></o:p></p></div><div><p class=MsoNormal>be avoided.  That's why we have a number of "should" in 8.2.2.3.<o:p></o:p></p></div><div><p class=MsoNormal><o:p> </o:p></p></div><div><p class=MsoNormal>Regards,<o:p></o:p></p></div><div><p class=MsoNormal>Makoto<o:p></o:p></p></div><div><p class=MsoNormal> <o:p></o:p></p></div><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm'><div><div><div><p class=MsoNormal style='margin-bottom:12.0pt'><br>I have some other concerns about §8.2.2.3, but I would need clarification on what "equivalence" needs to be for §8.3.5 before I could make useful suggestions.<o:p></o:p></p></div><p class=MsoNormal style='margin-bottom:12.0pt'>    Caroline<o:p></o:p></p></div><p class=MsoNormal>PS:  Given the government shutdown, please be sure to send important emails to my gmail account (or to the WG4 list).  I'm afraid the shutdown may play havoc with my schedule, just as the threat of a shutdown has been leading to inefficiency over the last few weeks.<o:p></o:p></p><div><div><p class=MsoNormal><o:p> </o:p></p><div><div><p class=MsoNormal>On Tue, Jan 9, 2018 at 3:46 PM, Rex Jaeschke <<a href="mailto:rex@rexjaeschke.com" target="_blank">rex@rexjaeschke.com</a>> wrote:<o:p></o:p></p><blockquote style='border:none;border-left:solid #CCCCCC 1.0pt;padding:0cm 0cm 0cm 6.0pt;margin-left:4.8pt;margin-right:0cm'><div><div><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span lang=EN-US>Attached is WD3.3 of the OPC Spec.<o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span lang=EN-US> <o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span lang=EN-US>Once I got it back from Murata-san, here’s what I did:<o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span lang=EN-US> <o:p></o:p></span></p><ol start=1 type=1><li class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l0 level1 lfo1'><span lang=EN-US>I adopted all edits from WD3.2 and prior that had been resolved, so they no longer show as tracked changes.<o:p></o:p></span></li><li class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l0 level1 lfo1'><span lang=EN-US>I kept all the comments that do not appear to have been resolved.<o:p></o:p></span></li><li class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto;mso-list:l0 level1 lfo1'><span lang=EN-US>All Murata-san’s edits proposed since WD3.2 are shown as tracked changes.<o:p></o:p></span></li></ol><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span lang=EN-US> <o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span lang=EN-US>I propose that at the March F2F meeting, we walk through this document and accept/reject the proposed edits, and resolve the issues raised in comments.<o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span lang=EN-US> <o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span lang=EN-US>Our most-recent discussion of a time line for this spec was to have a complete version at the end of the March 2018 meeting, and after minor changes from the F2F meeitng, to send it out for a 2-month CD ballot, closing before the June F2F. I now think this is quite unrealistic. There is a lot of work to do yet, and the decisions we make in March will need to be applied to the spec and then reviewed in the following teleconferences. We migth have a shot at getting a near-final draft for review of the June meeting.<o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span lang=EN-US> <o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span lang=EN-US>Murata-san has long pushed to get rid of informative Annex G [formerly H]<a name="m_-962109479932231264_m_-597421438751611">, “Guidelines for Meeting Conformance</a>”, while I pushed for keeping it. And while we agreed to keep it, it still needed serious work to make it complete. Unfortunately, in its current state, many of its links and bookmarks are now badly broken, and will be non-trivial to reconstruct. So, reluctantly, I am dropping my objection to removing this Annex. As such, I have *<b>not</b>* done any work on repairing/updating this annex. If we drop this annex, we’ll need to decide what to do about all the [M], [O], and [S] markers spread throughout the normative text.<o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span lang=EN-US> <o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span lang=EN-US>In DR 13-0002, Murata-san proposed the addition of a new informative Annex, “Guidelines for Format Designers” (see <a href="https://goo.gl/gzIX9y)" target="_blank">https://goo.gl/gzIX9y)</a>”. As I cannot access this link, I have not added this annex. Murata-san, can you please circulate this proposed text?<o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span lang=EN-US> <o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span lang=EN-US>As Caroline will likely not attend the March meeting, I’d like to give her time to review and submit feedback before then. Likewise for Aarti’s experts (who likely will not attend that meeting).<o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span lang=EN-US> <o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span lang=EN-US>We’ll have a big job in March resolving all the open issues, so the more preparation you can do before then, the better. And, of course, we can do serious work on this on our January 31 teleconference.<o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span lang=EN-US style='color:#888888'> <o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span lang=EN-US style='color:#888888'>Rex<o:p></o:p></span></p><p class=MsoNormal style='mso-margin-top-alt:auto;mso-margin-bottom-alt:auto'><span lang=EN-US style='color:#888888'> <o:p></o:p></span></p></div></div></blockquote></div><p class=MsoNormal><o:p> </o:p></p></div></div></div></div></blockquote></div><p class=MsoNormal><br><br clear=all><o:p></o:p></p><div><p class=MsoNormal><o:p> </o:p></p></div><p class=MsoNormal>-- <o:p></o:p></p><div><p class=MsoNormal><br>Praying for the victims of the Japan Tohoku earthquake<br><br>Makoto<o:p></o:p></p></div></div></div></div></blockquote></div><p class=MsoNormal><o:p> </o:p></p></div></div></div></blockquote></div><p class=MsoNormal><br><br clear=all><o:p></o:p></p><div><p class=MsoNormal><o:p> </o:p></p></div><p class=MsoNormal>-- <o:p></o:p></p><div><p class=MsoNormal><br>Praying for the victims of the Japan Tohoku earthquake<br><br>Makoto<o:p></o:p></p></div></div></div></body></html>