<br><br><div class="gmail_quote">On Sun, Feb 15, 2009 at 11:14 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">
Chris Messina wrote:<br>
<blockquote type="cite">
  <div class="gmail_quote">
  <blockquote class="gmail_quote" style="border-left:1px solid rgb(204, 204, 204);margin:0pt 0pt 0pt 0.8ex;padding-left:1ex"><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?</blockquote>
  <div><br>
  </div>
  <div>If we&#39;re going that route (which I generally favor), I think we
should probably use UI as opposed to UX for the appropriate acronym.
Since we&#39;re talking about the superficial OpenID experience here
(rather than the holistic &quot;user experience&quot; -- which encompasses much
more than just language and window mode), I think this extension should
be called the OpenID User Interface Extension or OpenID Uniform User
Interface Experience.&nbsp;</div>
  <div>&nbsp;</div>
  </div>
</blockquote></div>
I&#39;m concerned about increasing the scope of the extensions, as both the
Language Preference and PopupUX both seem to be very obvious
improvements&nbsp; with universal support that can be implemented very
rapidly by almost all OPs, so I would like to finalize both extensions
quickly and to keep the scope limited so that we can move forward.<div class="Ih2E3d"><br>
<br>
<blockquote type="cite">
  <div class="gmail_quote"><br>
  <div><span style="font-family:&#39;courier new&#39;,monospace">openid.ns.ui =&nbsp;</span><a href="http://specs.openid.net/extensions/ux/1.0" target="_blank"><span style="font-family:&#39;courier new&#39;,monospace">http://specs.openid.net/</span><span style="font-family:&#39;courier new&#39;,monospace">extensions/ui/1.0</span></a><br>

  <span style="font-family:&#39;courier new&#39;,monospace">openid.ui.mode =
popup|aural|braille|embossed|handheld|mobile|tv</span>&nbsp;</div>
  <div>&nbsp;&nbsp; (largely inherited from CSS media types, where &quot;handheld&quot; is
differentiated from &quot;mobile&quot; by the capability expectations of the
browser)<br>
  </div>
  </div>
</blockquote>
<br></div>
I fully agree that we should address multiple form factors and modes,
however I don&#39;t think there&#39;s an immediate short term need to formally
specify this.<div class="Ih2E3d"><br>
<br>
<blockquote type="cite">
  <div class="gmail_quote">
  <div><span style="font-family:&#39;courier new&#39;,monospace">openid.ui.language =
en_NZ</span><br>
  </div>
  <div><br>
  </div>
  </div>
</blockquote></div>
I have no problem with combining the popup and the language extensions
into one, if there is consensus to do that. <br>
<br>
I do have a problem with expanding the scope to cover use cases that
have not really been discussed yet. (accessibility, TVs, etc)<div class="Ih2E3d"></div></div></blockquote><div><br></div><div>Ok. In the interest of expediency, we could at this point define only ui.mode=popup which is extensible in principle without introducing any new other use cases at the present.</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"><div class="Ih2E3d"><br>
<br>
<br>
<br>
<blockquote type="cite">
  <div class="gmail_quote">
  <div>Also, I might tweak this (section 4):</div>
  <div><br>
  </div>
  <blockquote class="gmail_quote" style="border-left:1px solid rgb(204, 204, 204);margin:0px 0px 0px 0.8ex;padding-left:1ex"><span style="font-family:verdana">The RP SHOULD
open the popup centered above the main browser window, and SHOULD dim
the contents of the parent window while the popup is active.</span><br>
  </blockquote>
  <div>&nbsp;</div>
  <div>...to suggest that if you DIM the contents of the parent window,
that you also provide an indication of what&#39;s happening and how to
cancel/escape the dimmed effect (i.e. if you close the popup and no
communication happens back to the parent).</div>
  <div><br>
  </div>
  </div>
</blockquote></div>
My concern here is that the RP and the OP would both be competing for
the user&#39;s attention. I&#39;d prefer that the user focus on the popup, and
that the OP take care of the messaging.</div></blockquote><div><br></div><div>I agree that we shouldn&#39;t have too much going on simultaneously with the popup. However, it may prove useful for the RP to provide some context &quot;before the popup opens and the RP screen goes dim&quot;.</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"><div class="Ih2E3d"><br>
<br>
<blockquote type="cite">
  <div class="gmail_quote">
  <div>Should we also cover the case where the parent window is closed
before authentication is completed?</div>
  <div><br>
  </div>
  </div>
</blockquote></div>
Ah, I hadn&#39;t thought of this case. </div></blockquote><div><br></div><div>This can be addressed as follows:</div><div><br></div><div>When the user completes the authentication and is returned at the RP, the RP should proceed as follows:</div>
<div><br></div><div>Check if window.opener.location is defined and within its realm. If so, it should close the popup after ensure that all side-effects (set cookies, etc) that follow the login operation have completed.<br>
</div><div><br></div><div>If window.opener.location is not defined, not accessible (attempt to read it throws a security exception, for instance) or not recognized to be part of the RP&#39;s site, then the RP should try to load its normal landing page for full-page redirects.</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><div class="Ih2E3d">
<br>
<blockquote type="cite">
  <div class="gmail_quote">
  <div>Lastly, typo in Section 5: &quot;recieving&quot; should be &quot;receiving&quot;.</div>
  <div><br>
  </div>
  </div>
</blockquote></div>
Thanks for pointing that, I&#39;ll take care of that in the next rev.<br><font color="#888888">
<br>
Allen<br>
<br>
<br>
<br>
</font><blockquote type="cite"><div class="Ih2E3d">
  <div class="gmail_quote">
  <div>Chris</div>
  <div><br>
  </div>
  <div><br>
  </div>
  <blockquote class="gmail_quote" style="border-left:1px solid rgb(204, 204, 204);margin:0pt 0pt 0pt 0.8ex;padding-left:1ex"><br>
    <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>
  </div>
  <div><br>
  </div>
  <div>&nbsp;</div>
  </div>
  <br>
  <br clear="all">
  <br>
-- <br>
Chris Messina<br>
Citizen-Participant &amp;<br>
&nbsp;Open Web Advocate-at-Large<br>
  <br>
  <a href="http://factoryjoe.com" target="_blank">factoryjoe.com</a>
# <a href="http://diso-project.org" target="_blank">diso-project.org</a><br>
  <a href="http://citizenagency.com" target="_blank">citizenagency.com</a>
# <a href="http://vidoop.com" target="_blank">vidoop.com</a><br>
This email is: &nbsp; [ ] bloggable &nbsp; &nbsp;[X] ask first &nbsp; [ ] private<br>
  </div><pre><hr size="4" width="90%"><div class="Ih2E3d">_______________________________________________
user-experience mailing list
<a href="mailto:user-experience@openid.net" target="_blank">user-experience@openid.net</a>
<a href="http://openid.net/mailman/listinfo/user-experience" target="_blank">http://openid.net/mailman/listinfo/user-experience</a>
  </div></pre>
</blockquote>
<br><div class="Ih2E3d">
<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>