<br><br><div class="gmail_quote">On Sun, Feb 15, 2009 at 10:57 AM, Allen Tom <span dir="ltr">&lt;<a href="mailto:atom@yahoo-inc.com">atom@yahoo-inc.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 bgcolor="#ffffff" text="#000000"><div class="Ih2E3d">
Breno wrote:
<blockquote type="cite">Yes, I agree that we do not need to send the window
geometry in the request. This can be auto-detected by the OP.
  <div><br>
  </div>
</blockquote></div>
The downside is the JS has to load first.<div class="Ih2E3d"><br>
<br>
<blockquote type="cite">
  <div>It is more interesting to see if we can advertize the size of
windows favored by the OP. For instance, we might want to have windows
smaller than 450 for smart phones that are less screen state-rich than
the iPhone.</div>
  <div><br>
  </div>
  <div>If matching &quot;Type&quot; in URLs was restricted to the path component,
we could have</div>
  <div><br>
  </div>
  <div>&lt;Type&gt;<a href="http://.../popup?width=450&amp;height=550" target="_blank">http://.../popup?width=450&amp;height=550</a>&lt;/Type&gt;&nbsp;</div>
  <div><br>
  </div>
  <div>in the OP&#39;s discovery document. Maybe we can declare that XRD
parsing should match type ignoring query, and then for
backward-compatibility, we could add two types:</div>
  <div>
  <div>&lt;Type&gt;<a href="http://.../popup" target="_blank">http://.../popup</a>&lt;/Type&gt;&nbsp;</div>
  <div>
  <div>&lt;Type&gt;<a href="http://.../popup?width=450&amp;height=550" target="_blank">http://.../popup?width=450&amp;height=550</a>&lt;/Type&gt;</div>
  <div><br>
  </div>
  <div>Or more generally (if the OP provides a choice of
configurations):</div>
  <div><br>
  </div>
  <div>
  <div>&lt;Type&gt;<a href="http://.../popup" target="_blank">http://.../popup</a>&lt;/Type&gt;&nbsp;</div>
  <div>
  <div>&lt;Type&gt;<a href="http://.../popup?width=450&amp;height=550" target="_blank">http://.../popup?width=450&amp;height=550</a>&lt;/Type&gt;</div>
  <div>&lt;Type&gt;<a href="http://.../popup?width=300&amp;height=400" target="_blank">http://.../popup?width=300&amp;height=400</a>&lt;/Type&gt;</div>
  </div>
  </div>
  <div><br>
  </div>
  </div>
  </div>
  <div>This way, RPs using parsing libraries that only do exact string
matching would still be able to discovery support of the feature, and
may use the default recommended size, while RPs using libraries that
match type only to the path could also extract the OP&#39;s supported
geometries.<br>
  <br>
  </div>
</blockquote></div>
I would like to be able to have OPs publish their default popup size
(or advertise their available sizes), and to make the extension future
proofed to support new popup form factors, however this could just add
to the complexity without adding much short term benefit.&nbsp; There is
also a short term benefit of having a consistent popup size across all
OPs to make the overall experience similar across OPs.<br>
<br>
At the very end of the Yadis spec there&#39;s mention of an elemement
called a &quot;complex type&quot; but I have not seen any examples of that used
in OpenID. <br>
<br>
<a href="http://yadis.org/wiki/Yadis_1.0_(HTML)" target="_blank">http://yadis.org/wiki/Yadis_1.0_(HTML)</a><br>
<br>
I am fine with adding Breno&#39;s suggestion for listing the available
popup sizesas additional &lt;Types&gt; using the base popup extension&nbsp;
url followed with the dimensions as query params. It seems a little
hackish though, but it&#39;ll work and it seems straightforward.</div></blockquote><div><br></div><div>I agree that it is hackish, but I couldn&#39;t think of anything else. I also do not think that the &quot;complex type&quot; of YADIS is not being used by OpenID. Maybe this will be addressed better in the new XRD format being discussed by the XRI TC.</div>
<div>&nbsp;</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div bgcolor="#ffffff" text="#000000"><br>
<br>
Allen<br>
<br>
<br>
<br>
<blockquote type="cite">
  <div><div><div></div><div class="Wj3C7c">
  <div class="gmail_quote">On Sat, Feb 14, 2009 at 9:59 AM, Dirk
Balfanz <span dir="ltr">&lt;<a href="mailto:dirk.balfanz@gmail.com" target="_blank">dirk.balfanz@gmail.com</a>&gt;</span>
wrote:<br>
  <blockquote class="gmail_quote" style="border-left:1px solid rgb(204, 204, 204);margin:0pt 0pt 0pt 0.8ex;padding-left:1ex"><br>
Hi Allen,<br>
    <br>
thanks for putting this together. Two comments:<br>
    <br>
(1) Why are the height and width sent in the request? Isn&#39;t the OP<br>
gonna know how big its popup window is (window.innerWidth and<br>
window.innerHeight)?<br>
(2) Can we kill two birds with one stone here and make this the UX (as<br>
opposed to popup) extension, and add stuff like language?<br>
    <br>
Something like this:<br>
    <br>
openid.ns.ux = <a href="http://specs.openid.net/extensions/ux/1.0" target="_blank">http://specs.openid.net/extensions/ux/1.0</a><br>
openid.ux.style = popup<br>
openid.ux.language = en_NZ<br>
    <br>
What do you think?<br>
    <font color="#888888"><br>
Dirk.<br>
    </font>
    <div>
    <div><br>
On Fri, Feb 13, 2009 at 7:51 PM, Allen Tom &lt;<a href="mailto:atom@yahoo-inc.com" target="_blank">atom@yahoo-inc.com</a>&gt; wrote:<br>
&gt;<br>
&gt; I uploaded draft #0. Comments welcome:<br>
&gt;<br>
&gt; <a href="http://wiki.openid.net/f/openid_popup_extension_draft0.html" target="_blank">http://wiki.openid.net/f/openid_popup_extension_draft0.html</a><br>
&gt;<br>
&gt; I was really hoping to make the OP&#39;s default popup size
discoverable,<br>
&gt; but I couldn&#39;t figure out how to cleanly embed the dimensions into
the<br>
&gt; XRDS. Based on discussions at the Facebook meetup this week, it
sounds<br>
&gt; like 450px width is the magic size, as both Google and Facebook<br>
&gt; independently chose 450px for their popups. My designers have
indicated<br>
&gt; that 450x500 should be doable, so I&#39;ve set that as the recommended
size.<br>
&gt;<br>
&gt; &nbsp;From a implementation standpoint, having the default popup size be<br>
&gt; discoverable might not be worth the added complexity.<br>
&gt;<br>
&gt; Based on the PuffyPoodles and MadStreams demos, it looks like the
popup<br>
&gt; is already working well with iPhones, so perhaps we can just
recommend<br>
&gt; that RPs just use the Popup UX for mobile devices as well as for
desktops.<br>
&gt;<br>
&gt; Allen<br>
&gt;<br>
&gt;<br>
&gt; &gt;<br>
&gt;<br>
    <br>
    <br>
    </div>
    </div>
  </blockquote>
  </div>
  <br>
  <br clear="all">
  <br>
-- <br></div></div>
Breno de Medeiros<br>
  <br>
  </div>
  <br>
  <br>
</blockquote><div class="Ih2E3d">
<br>
<br>
--~--~---------~--~----~------------~-------~--~----~<br>
You received this message because you are subscribed to the Google Groups &quot;Step2&quot; group. <br> To post to this group, send email to <a href="mailto:step2@googlegroups.com" target="_blank">step2@googlegroups.com</a> <br>
 To unsubscribe from this group, send email to <a href="mailto:step2%2Bunsubscribe@googlegroups.com" target="_blank">step2+unsubscribe@googlegroups.com</a> <br> For more options, visit this group at <a href="http://groups.google.com/group/step2?hl=en" target="_blank">http://groups.google.com/group/step2?hl=en</a><br>

-~----------~----~----~----~------~----~------~--~---<br>
</div></div>

<br>
</blockquote></div><br><br clear="all"><br>-- <br>Breno de Medeiros<br><br>