[OpenID] An OpenID "mobile" Hint?
Martin Atkins
mart at degeneration.co.uk
Thu Jun 5 17:35:33 UTC 2008
David Recordon wrote:
> Agreed, in a perfect world you'd have lots of OPs with mobile
> experiences. I guess part of what I'm thinking about is far less
> around the technology and more around a forcing function to make it
> very clear about which OPs support mobile and which don't. In the end
> hopefully getting us to that perfect world.
>
I assume having read the various responses that what we're discussing
here is selecting the RP selecting different provider if the the RP is
an explicitly-mobile site, such as http://m.facebook.com/.
Now that I understand what you're trying to achieve, I can get behind it
a bit more. I'm still not completely convinced that it's going to be
that useful in practice, though: I know I generally use the main
"desktop" version of most sites I visit on my phone, just because they
tend to be more complete. I'd still prefer to see the a mobile-friendly
OP UI, though.
Also, some sites will have their main site simultaneously be the mobile
site by simply providing a mobile stylesheet and doing capability
determinations in script on the client-side. Such sites would have no
reliable way to determine whether to set this flag or not, and would
presumably therefore always use the non-mobile version.
Finally, I'd be curious to hear which OpenID providers you percieve to
have poor mobile experiences and what in particular makes them poor.
I think I'd prefer something that requires less disruptive changes to
what an RP is expected to do, such as something similar to the language
preference proposal where the RP sets a flag saying that it's a mobile
site in the request which allows the OP to select a mobile-friendly UI
if available. This gives the OP an opportunity to make the switch if
necessary, and can be implemented as a standard OpenID Auth extension.
If a provider depends on some specific hardware to do authentication,
then it's the responsibility of that provider to come up with an
acceptable solution for situations where the user is unable to use that
hardware for whatever reason.
More information about the general
mailing list