<br><br><div class="gmail_quote">On Fri, Feb 26, 2010 at 11:55 AM, Dick Hardt <span dir="ltr">&lt;<a href="mailto:dick.hardt@gmail.com">dick.hardt@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div style="word-wrap:break-word"><br><div><div class="im"><div>On 2010-02-25, at 4:11 PM, Nat Sakimura wrote:</div><br><blockquote type="cite">Hi<br><br>This may have come up earlier but ... <br><br>I think Wrap should have a namespace / versioning syntax. <br>
Invariably, it will evolve, and will require version number etc. so, it seems better to me to have one from the beginning. <br>
<br>e.g., <br><br><blockquote class="gmail_quote" style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-color:rgb(204, 204, 204);border-left-style:solid;padding-left:1ex">

wrap_ns=<a href="http://whatever/wrap/1.0" target="_blank">http://whatever/wrap/1.0</a><br>wrap_client_id ... </blockquote></blockquote><div><br></div></div><div>Versioning was discussed. I don&#39;t recall the details, but it was decided it did not add value.</div>
<div class="im"><div><br></div></div></div></div></blockquote><div><br></div><div>I actually think it does. </div><div>Perhaps not in the initial version, but in the future for sure. </div><div>So, it is better to have it in the design from the beginning. </div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div style="word-wrap:break-word"><div><div class="im"><div></div><br><blockquote type="cite"><br>I would go further. Why is underscore &#39;_&#39; is used for the delimiter? <br>
If we make it dot &#39;.&#39;, it will improve the future compatibility with OpenID. <br></blockquote><div><br></div></div><div>Or OpenID could change to using &#39;_&#39;  :-)</div></div></div></blockquote><div><br></div>
<div>If you use &#39;_&#39; as the namespace delimiter, then &#39;_&#39; should be disallowed in the parameter name, which is not the case right now. </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div style="word-wrap:break-word"><div><div class="im"><div><br></div><br><blockquote type="cite">
So, we could do something like: <br><br><blockquote class="gmail_quote" style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-color:rgb(204, 204, 204);border-left-style:solid;padding-left:1ex">

openid.ns=<a href="http://whatever/wrap/1.0" target="_blank">http://whatever/wrap/1.0</a></blockquote><blockquote class="gmail_quote" style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-color:rgb(204, 204, 204);border-left-style:solid;padding-left:1ex">

openid.client_id ...</blockquote><br>The same applies for OpenID. For an unknown reason, though OpenID has namespace so that we write: <br><br><blockquote class="gmail_quote" style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-color:rgb(204, 204, 204);border-left-style:solid;padding-left:1ex">

openid.ns= <a href="http://specs.openid.net/auth/2.0" target="_blank">http://specs.openid.net/auth/2.0</a></blockquote><br>the prefix &quot;openid&quot; is fixed. We should be able to change it like: <br><br><blockquote class="gmail_quote" style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0.8ex;border-left-width:1px;border-left-color:rgb(204, 204, 204);border-left-style:solid;padding-left:1ex">

wrap.ns=<a href="http://specs.openid.net/auth/2.0" target="_blank">http://specs.openid.net/auth/2.0</a></blockquote><br>Now, the third point. <br><br>Could we not try to harmonize the variable names between the two specs? <br>
<br>OpenID is in use widely, so it is kind of hard to change it, </blockquote><div><br></div></div>Interesting assumption. At IIW we discussed OpenID v Next that was NOT backward compatible. It would seem that there is an oppportunity to make changes to OpenID as well as OAuth WRAP.</div>
</div></blockquote><div><br></div><div>yes. The above also requires changes on the OpenID side, but I am seeing an opportunity to make the transition smoother. </div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div style="word-wrap:break-word"><div><div class="im"><br><blockquote type="cite">so I would request Wrap community to come closer. <br></blockquote><div><br></div></div><div>WRAP followed OAuth, which has much broader adoption from what I know than OpenID</div>
<div class="im"><div><br></div></div></div></div></blockquote><div><br></div><div>Arguably yes, but at the same time, &#39;wrap_&#39; is not &#39;oauth_&#39; ;-)</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div style="word-wrap:break-word"><div><div class="im"><div></div><blockquote type="cite"><div><br></div><div>IMHO, we should try to harmonize/unite instead of fragmenting. <br></div></blockquote><div><br></div></div></div>
<div>Agreed, but perhaps the changes could happen in OpenID or a combination?</div></div></blockquote><div><br></div><div>Definitely in combination. </div><div><br></div><div>It is good that OpenID Foundation finally can start creating WGs again. </div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div style="word-wrap:break-word"><div><br></div><font color="#888888"><div>-- Dick</div></font></div><br>
_______________________________________________<br>
specs mailing list<br>
<a href="mailto:specs@lists.openid.net">specs@lists.openid.net</a><br>
<a href="http://lists.openid.net/mailman/listinfo/openid-specs" target="_blank">http://lists.openid.net/mailman/listinfo/openid-specs</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>Nat Sakimura (=nat)<br><a href="http://www.sakimura.org/en/">http://www.sakimura.org/en/</a><br><a href="http://twitter.com/_nat_en">http://twitter.com/_nat_en</a><br>