Streamline OpenID login

This seems to be a good usability improvement. I'm not sure about trying to log in with OpenID if the user didn't check the box and also didn't enter a password. It's definitely happened to me a couple of times to enter a username and accidentally press 'enter' before entering a password, and it would confuse users if a different authentication method was tried without them knowing. Maybe this should be left out and added to a contrib module like loggintoboggan.

One confusing behavior is that when you click on the OpenID link, the form is collapsed (as if the checkbox had been clicked) before redirecting to openid.net.

This is an improvement for sure.

Perhaps you will consider another technique I have seen around the interwebs. Some sites track which login method (local vs. openID) a browser last used. And when they present the login form, it is customized for that method. Thats it - simple and helpful. It will require us to send another cookie (gasp) but I think OK.

Patch no longer applied.

We should probably have a cookie library, like at the bottom of http://www.quirksmode.org/js/cookies.html.

Trying to get more usability spotlight to this. As far I understand, we are talking about 2 related usability improvements:

1. Allow OpenID login using regular u / p form (did I got it right from the middle-right screenshot?)
2. Store last login method using a cookie

Improvement 2. truly makes sense, +1 from me.

But improvement 1. seems unclear to me:
- do we still want to have 2 different forms for regular login (u / p fields) and OpenID (url field) or we are trying to merge them to a single form (where username can be both drupal username and openid)? Trying to have both regular and OpenID forms accept OpenID seems weird and unintuitive for me.
So -1 for this.

PS: We need to collect best OpenID login practices.

This is an improvement. Any chance you can alter the Username field to say OpenID as its title when in that mode?

1 hunk failed but it is pretty big. Might have failed due to recent behaviours change. If someone can refresh the patch and implement my suggestion in #11, I will help get this to rtbc.

Subscribing.

Every time I see a Drupal web site that has OpenID logins enabled, I sigh because I know how crappy the animation works (stuff jumping around is BAD) after I've clicked the "use OpenID" checkbox. The behaviour kkaefer suggests is the one I expect: just enter your OpenID and let some JS detect that. I think storing the last login method is quite useless thanks to the behaviour I just mentioned.

I don't have the time to push this forward, but *many* thanks to those who will :)

I am slighty confused how this could be more usable, scenario 1 that kika suggests. Arn't we making the whole form more clutterd if we say login using : OpenID? Wouldn't people who use OpenID, scan for the word OpenID click it and just go ahead with it? It sounds like a nice interaction, but adding another chechbox to me sounds a bit off.

There is a usability report on this :
http://developer.yahoo.com/openid/bestpractices.html

Huh? No, Bojhan, that's exactly it: you don't have to check that checkbox anymore (you do have to do that right now)! You just type your OpenID, which is an URL. As soon as the JS detects an URL, it hides the password field and checks the checkbox automatically.

As kkaefer put it:

This patch *technically* uses the same login form, but it looks differently when you select OpenID login. As soon as you click the checkbox, the password field is hidden and the username field gets a small OpenID logo. This is easier to use because you can easily toggle checkboxes with your keyboard. Please apply the patch and try for yourself.

remember to think about C-grade browser...

also, what about people that use a url as login that isn't an OpenID

WimLeers: Hehe, I was just confused - Thanks for clearing it up. Goodluck with the patch!

You just type your OpenID, which is an URL. As soon as the JS detects an URL, it hides the password field and checks the checkbox automatically.

A lot of users, perhaps even most, won't enter a schema and will fail the URL detection.

Any of the improvements discussed here would be a welcome improvement over the nil improvement we have today. Anyone up for reviving this?

indeed. kkaefer's work here is a huge improvement... i wonder if walkah ever caught wind of it. /me attempts to ping...

Related (after #3) #742366: Better UX for OpenID users.

#19 is probably not relevant as the checkbox is still there.

It would be practical for the administrator of many web sites if the default could be set through admin pages.
For example a way to _only_ provide openid login (requirement), for sites that are for example internal and invitation-only and/or where an administrator is creating user accounts on request. Those cases should only show the OpenID field and hide the username and password fields.

It's now too late for D7.

@taxoman, that should probably be filed as a separate issue (and noted here)

New feature request registered here:

"OpenID-only login with optional provider restrictions"
http://drupal.org/node/955900

DanielTheViking - please refrain from adding unrelated issues here.

+1 subscribing

Definitely need this; at least this!

sub... would definitely like to see more respect paid to OpenID and its users...

Re-rolled against HEAD.

Note: I didn't test the functionality.

#32: drupal8.openid-streamline.32.patch queued for re-testing.

Per #556380: Remove OpenID from core