<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:0cm;
        margin-bottom:.0001pt;
        line-height:normal;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";
        mso-fareast-language:EN-US;}
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
        {mso-style-priority:99;
        margin-top:0cm;
        margin-right:0cm;
        margin-bottom:10.0pt;
        margin-left:0cm;
        line-height:115%;
        font-size:12.0pt;
        font-family:"Calibri","sans-serif";
        mso-fareast-language:EN-CA;}
span.EmailStyle18
        {mso-style-type:personal;
        font-family:"Calibri","sans-serif";
        color:windowtext;}
span.EmailStyle19
        {mso-style-type:personal-reply;
        font-family:"Calibri","sans-serif";
        color:#1F497D;}
span.b1
        {mso-style-name:b1;
        font-family:"Courier New";
        color:red;
        font-weight:bold;
        text-decoration:none none;}
span.m1
        {mso-style-name:m1;
        color:blue;}
span.t1
        {mso-style-name:t1;
        color:#990000;}
span.Definition
        {mso-style-name:Definition;
        font-weight:bold;}
.MsoChpDefault
        {mso-style-type:export-only;
        font-size:10.0pt;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:72.0pt 72.0pt 72.0pt 72.0pt;}
div.WordSection1
        {page:WordSection1;}
--></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='color:#1F497D'>Dear Shawn, all,<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'>If we provide a formal definition for term &#8220;relationship type&#8221; (which I think we should), then the table on Page 22 should be updated simply to mentioned the term. In other words, we can say that the value of the @Type attribute shall be &#8220;a relationship type&#8221;.<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'>However, what I think what was/is puzzling me here is this mention of a &#8220;function&#8221; or &#8220;role&#8221;. What do these mean here? Can the same _<i>type</i>_ of relationship play different _<i>roles</i>_ in a package? (I don&#8217;t think so &#8211; the same resource can be the target of different-type relationships, however).<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'>To cut to the chase (and after a chat with Murata-san), I think the relationship type is just an arbitrary URI which the Standard specifies shall be used for various distinct types of Relationship &#8230; this is probably why it is called @Type and not @Role or somesuch. <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 I think a better definition&nbsp; might be simply:<o:p></o:p></span></p><p class=MsoNormal><span style='color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><b><span style='color:black'>relationship type</span></b><span style='color:black'> &#8211; a URI used to identify the type of a relationship<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 relies on the definition for Relationship being correct &#8211; and I don&#8217;t think it is. We have:<o:p></o:p></span></p><p class=MsoNormal><span style='color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span class=Definition>relationship</span>&nbsp;&#8212;The kind of connection between a source part and a target part in a package. Relationships make the connections between parts directly discoverable without looking at the content in the parts, and without altering the parts themselves. (See also Package Relationships.)<o:p></o:p></p><p class=MsoNormal><span style='color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span style='color:#1F497D'>A relationship is not a &#8220;kind of&#8221; (read &#8220;type of&#8221;) connection, but a connection itself! So I think a better definition would be:<o:p></o:p></span></p><p class=MsoNormal><span style='color:#1F497D'><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span class=Definition>relationship</span>&nbsp;&#8212; A connection between a source part and a target part in a package. (See also Package Relationships.)<o:p></o:p></p><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal><span style='color:#1F497D'>These changes would fix things up on this DR, I think.<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'>On your other point, I too have surveyed the 405 other uses of &#8220;type&#8221; in the text and agree they seem ok!<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'>Thanks,<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'>- Alex.<o:p></o:p></span></p><p class=MsoNormal><a name="_MailEndCompose"><span style='color:#1F497D'><o:p>&nbsp;</o:p></span></a></p><div style='border:none;border-left:solid blue 1.5pt;padding:0cm 0cm 0cm 4.0pt'><div><div style='border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0cm 0cm 0cm'><p class=MsoNormal><b><span lang=EN-US style='font-size:10.0pt;font-family:"Tahoma","sans-serif";mso-fareast-language:EN-GB'>From:</span></b><span lang=EN-US style='font-size:10.0pt;font-family:"Tahoma","sans-serif";mso-fareast-language:EN-GB'> Shawn Villaron [mailto:shawnv@microsoft.com] <br><b>Sent:</b> 01 April 2010 04:21<br><b>To:</b> SC 34 WG4<br><b>Cc:</b> Richard Bretschneider<br><b>Subject:</b> DR 09-0322 - OPC: Types<o:p></o:p></span></p></div></div><p class=MsoNormal><o:p>&nbsp;</o:p></p><p class=MsoNormal><span lang=EN-US>Good morning, afternoon and evening,<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span lang=EN-US>In going over the DR log I noticed this defect report.&nbsp; On our January 7<sup>th</sup> teleconference we decided to add a new a new entry for &#8216;relationship type&#8217; into the Terms and Definitions section of Part 2:<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US><o:p>&nbsp;</o:p></span></p><p style='margin-left:36.0pt'><b><u><span lang=EN-US style='color:blue'>relationship type </span></u></b><u><span lang=EN-US style='color:blue'>&#8212; A URI.&nbsp; Identifies the function of a relationship within the package, as defined in the Standard.&nbsp; Format designers may define new relationship types as needed. <o:p></o:p></span></u></p><p class=MsoNormal><span lang=EN-US>I believe we left it with an ask of GB to determine if this was satisfactory.&nbsp; GB folks, any thoughts on if this addresses the initial request?<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span lang=EN-US>In the meantime, I&#8217;ve gone through the 405 instances of &#8216;type&#8217; in Part 2 looking for ambiguous references ( that is, when it is unclear what type is specifying ).&nbsp; I found that all cases of &#8216;type&#8217; were well qualified and unambiguous.&nbsp; As such, I don&#8217;t think we have anything else to do regarding replacing any instances of &#8216;type&#8217; with anything else to provide more clarity.<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span lang=EN-US>What do we think about this DR?<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span lang=EN-US>Thanks,<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span lang=EN-US>shawn<o:p></o:p></span></p><p class=MsoNormal><span lang=EN-US><o:p>&nbsp;</o:p></span></p><p class=MsoNormal><span lang=EN-US style='font-size:12.0pt;font-family:"Times New Roman","serif";mso-fareast-language:EN-GB'><br>______________________________________________________________________<br>This email has been scanned by the MessageLabs Email Security System.<br>For more information please visit <a href="http://www.messagelabs.com/email">http://www.messagelabs.com/email</a> <br>______________________________________________________________________<o:p></o:p></span></p></div></div><BR>
______________________________________________________________________<BR>
This email has been scanned by the MessageLabs Email Security System.<BR>
For more information please visit http://www.messagelabs.com/email <BR>
______________________________________________________________________<BR>
</body></html>