From 66c63328bc590414d23eabc2201208690fba151b Mon Sep 17 00:00:00 2001 From: joey Date: Wed, 4 Apr 2007 00:40:10 +0000 Subject: [PATCH] response --- doc/bugs/login_page_non-obvious_with_openid.mdwn | 11 ++++++++++- 1 file changed, 10 insertions(+), 1 deletion(-) diff --git a/doc/bugs/login_page_non-obvious_with_openid.mdwn b/doc/bugs/login_page_non-obvious_with_openid.mdwn index 1fe98c1ed..b2da1e423 100644 --- a/doc/bugs/login_page_non-obvious_with_openid.mdwn +++ b/doc/bugs/login_page_non-obvious_with_openid.mdwn @@ -30,4 +30,13 @@ I would suggest that the form be split into two parts, something like this: As an example, the first time I went to login I filled in all three fields (user, pass, openid) and then clicked [Register] because from the layout I assumed I still had to instantiate an account with ikiwiki ... and to make it even more confusing, it worked! Of course it worked by creating me an account based on the username password and ignoring the OpenID URL. If you want to keep it as one form, then perhaps using some javascript to disable the other pieces of the form as soon as you fill in one part would help? Eg. If you put in an OpenID URL then Name/Password/Register/Mail Password gets greyed out. If you enter a username then the OpenID URL gets greyed out. - -- Adam. \ No newline at end of file + -- Adam. + +> It's one form for architectural reasons -- the OpenID plugin uses a hook +> that allows modifying that form, but does not allow creating a separate +> form. The best way to make it obvious how to use it currently is to just +> disable password auth, then it's nice and simple. :-) Javascript is an +> interesting idea. It's also possible to write a custom [[signin.tmpl wikitemplates]] that +> is displayed instead of the regular signin form, and it should be +> possible to use that to manually lay it out better than FormBuilder +> manages with its automatic layout. --[[Joey]] -- 2.44.0