Forgive me if I'm repeating a point that has been raised before...
When considering whether to mask a password I think it's important to
remember that there are other situations in which the password can be
made to appear other than it being typed in character-by-character.
The most common case
http://lab.arc90.com/2009/07/halfmask.php is an experiment in half-masking
passwords. Might be worth looking at.
Welcome to the Interaction Design Association (IxDA)!
To post to this list ... disc...@ixda.org
Unsubscribe
Some excellent points raised her!
Have a look at what i think is the slickest implementation of
iphone-style half-masking i've seen yet.
http://blog.decaf.de/2009/07/iphone-like-password-fields-using-jquery/
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Posted from the
On Thu, Jul 9, 2009 at 2:20 PM, James Page jamesp...@gmail.com wrote:
Has anybody actually done some research into how many people it effects?
I find most times I type a wrong password it is not because of a typo,
but because it is the wrong password. Masking/Unmasking will not help here.
Lis,
This can be done in web browsers by using input type=text instead of
type=password and using a timed javascript function bound to the
onchange event that passes/appends the most recent character to a
hidden form element and replaces it in the visible field with a •
character
2009/6/24 ELISABETH HUBERT ehuber...@gmail.com:
In light of Nielsen's new article seen here:
http://www.useit.com/alertbox/passwords.html along with other user
frustration feedback, my team and I started looking at other
solutions to masking passwords on creation. Although I know the
simplest
The way masking is done in iPhone originates from the days a phone had
a numerical keyboard where you had to press the [9] key four times to
get a 'Z'. In that scenario visual feedback was essential.
The iPhone solution seems to combine worst of both worlds: users
don't get full visual feedback
Danny wrote:
Does anyone else suspect that this might be *an issue for browser
vendors* not designers?
Shouldn't browser vendors have interaction designers in their
development team?
Designers should not wait for market or technology to improve user
experience.
- Yohan
. . . . . . . . . .
2009/6/25 Yohan Creemers yo...@ylab.nl:
Shouldn't browser vendors have interaction designers in their
development team?
Designers should not wait for market or technology to improve user
experience.
Are you saying that this is or is not a browser problem?
--
Danny Hope
User Experience
Curious, I tried playing around with it in Flash.
Trickyness is introduced if it's to behave like another textfield
supporting selecting, backspace, cutting and pasting. Having to modify
the original word via array operations.
Also you need a fixed size font to keep the word from jumping aroudn
A few months back I was working on a piece about password masking with
Josh Viney that touched on many of these issues...
Before we were able to publish it, Viget Labs beat us to it.
http://www.viget.com/advance/password-fields-are-annoying/
They show several javascript techniques that
Hi all,
So far the feedback has been great and extra helpful! I'm liking the
show password solution myself as that seems to be a crowd favorite.
Def will help to get even more thinking going on my end. Examples and
articles are highly appreciated. If anymore thoughts/ideas come your
way feel
Thanks for sharing this Nielsen column. It's a topic I have been
experimenting with a bit lately (based on my own findings while conducting
user research) but had not found answers on.
Ultimately I think a solution has to be implemented at the browser level,
but as designers we can help inform
Thinking of this as an information problem instead of a security one,
what is needed to solve it is something like the hash codes as used in
cryptography.
You don't really need to show the *whole* password, just enough
information derived from it so that the user will notice if there was
an
On Jun 25, 2009, at 4:54 AM, Joshua Porter wrote:
One very important issue that Nielsen seems to be glossing over is
that one password is often used for many accounts...and so when
someone steals a single password they are often getting the keys to
the kingdom, so to speak.
True. A
Hi all,
In light of Nielsen's new article seen here:
http://www.useit.com/alertbox/passwords.html along with other user
frustration feedback, my team and I started looking at other
solutions to masking passwords on creation. Although I know the
simplest and best answer is probably not to mask the
Hi Elisabeth,
I haven't seen this done in a non-mobile web browser natively, but
it's possible to reproduce with Javascript (or in Flash with
Actionscript) with a bit of effort.
Juggling the user input to progressively mask the text seems unwieldy
at first glance but it's entirely possible.
17 matches
Mail list logo