Auth flows for web widgets?

[Luke Shepard]

> For instance, it seems weird to popup a browser window from the "back" of a
> widget.

How come? This is how most GFC and Facebook Connect widgets are implemented, and it seems to work okay. As you pointed out, it's certainly better than entering a password directly into the widget.


On 3/17/09 10:37 AM, "George Fletcher" <gffletch at aol.com> wrote:

Hi,

I'm wondering if anyone has developed UX flows for web based "widgets"
that don't implement the "password anti-pattern"?  Most widget's that
require an identity provide an "authentication form" on the "back" of
the widget. I'm trying to figure out how to propose a good user
experience that doesn't require the "password anti-pattern". For
instance, it seems weird to popup a browser window from the "back" of a
widget. Just wondering if anyone has examples for solving this. I
realize a widget container can help... but I'm looking for the
standalone solution right now.

Thanks,
George
_______________________________________________
user-experience mailing list
user-experience at openid.net
http://openid.net/mailman/listinfo/user-experience

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openid.net/pipermail/openid-user-experience/attachments/20090317/22e73706/attachment-0001.htm>