[sldev] RFC: design proposal for VWR-1071
Cypren Christenson
cypren at gmail.com
Tue Jul 21 20:23:51 PDT 2009
On Jul 21, 2009, at 6:58 PM, Philip Rosedale wrote:
> Automating the storage and retrieval of different avatar names seems
> great! BUT... making the login screen more complicated seems really
> bad. I have an incredibly hard time getting behind adding any
> controls to that screen!
I completely understand your desire to avoid increasing the UI
complexity. For whatever it may be worth, I should probably note that
the default state of the controls on that page ("remember name"
checked, "remember password" unchecked by default unless a password
was previously saved) leads to identical behavior with the current
login screen. I designed it that way in an attempt at reducing user-
retraining issues -- if you use the same sequence of behaviors you
currently do on that screen and ignore the changes, you should get the
same results. In this way, while the complexity of functionality may
increase, the complexity of user behavior should not unless the user
notices and decides to experiment with the new controls.
Additionally, while I could be completely off-base, I was hoping that
the paradigm of "remember username," "remember password" (and often,
"automatically log in") options would be familiar to most users from
many websites (e.g. Hotmail, Yahoo) and communications clients (AIM,
MSN Messenger, Yahoo Messenger, ICQ, etc).
Since I'd rather not submit anything to JIRA while we're still
actively discussing core design, I've gone ahead and posted the patch
(against SNOW trunk r.2548) in its current form at:
http://cypren.net/files/login_history.diff
If people would like to grab it and play with it to help shape the
feedback and discussion, it would be much appreciated. I've also
created a new issue in JIRA (SNOW-129) for this feature-add as it
applies to Snowglobe.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/sldev/attachments/20090721/38614e3e/attachment-0001.htm
More information about the SLDev
mailing list