GNOME Bugzilla – Bug 656957
Change Password / Enable User account dialog interaction
Last modified: 2013-04-19 15:55:43 UTC
Created attachment 194292 [details] current dialog I ran into the User Accounts panel today as I needed to create a new account for testing, but I was confused by the dialog and had a hard time using it. First off, a new account needs to be enabled. How to do this is not very discoverable (clicking the password field). It only shows that it can be interacted with on mouse hover, so it's not touch friendly either. I don't know why the reason why this was done this way. Perhaps to reduce clutter? With this problem in mind it probably makes sense to rethink the widgets used (and perhaps use comboboxes or and Edit button/link instead?) The most confusing thing for me was the dialog to enable the account (first attachment). It uses a combobox in a very strange way. Usually they're used to select a fixed value, not an action. It just feels awkward, and the grammar and context is giving me a hard time parsing what will happen. I've attached a sketch that uses radiobuttons instead. I feel that it explains the options better. Also I've added a lightswitch to enable/disable the account.
Created attachment 194293 [details] sketch
Agreed: having to enable an account after it has been created could trip users up. I also agree that the action combobox is an usual way to use this kind of widget. Can we incorporate Hylke's design into the first account creation dialog? That way we could avoid having to enable the account after it has been created.
A couple of string suggestions: 'Use a password' > 'Set user password now' 'Don't use a password' > 'Allow user to log in without a password'
The reason we create accounts in a disabled state is that we don't set up the password on the account creation dialog. If we would not disable the account initially, there would be a window where it would be freely available, without a password.
(In reply to comment #4) > The reason we create accounts in a disabled state is that we don't set up the > password on the account creation dialog. If we would not disable the account > initially, there would be a window where it would be freely available, without > a password. Is there a reason why password creation could not be added to the account creation dialog?
*** Bug 655913 has been marked as a duplicate of this bug. ***
*** Bug 679746 has been marked as a duplicate of this bug. ***
Created attachment 218560 [details] user accounts mockup Here's a mockup of how the user accounts panel could work with a single-step account creation process.
(In reply to comment #8) > Created an attachment (id=218560) [details] > user accounts mockup > > Here's a mockup of how the user accounts panel could work with a single-step > account creation process. I like it. Some small nitpicks: - "Change Password" needs an ellepsis character. - It's not entirely clear that the thin bar is a password strength indicator - Why have "Show password" together with two password fields? On the web the checkbox is mostly there to simplify the form. Having two fields and the checkbox seem like two ways to check the same thing and makes the form more complex. - Password strength hint seems a bit disconnected from the bar and the first field you type in. - Would be nice if a suggested username got filled in whilst typing into the Full Name field. - "login" -> "log in"?
We need to ask for the old password when setting a new one. Thats the way pam works.
As was pointed out, this really only affects changing your _own_ password
I've updated and elaborated the mockups based on this feedback. You can find them on the wiki, along with some notes: https://live.gnome.org/Design/SystemSettings/UserAccounts#Update_Proposal Please feel free to give further feedback here, if required.
*** This bug has been marked as a duplicate of bug 689344 ***