The Swedish Administrative Development Agency, Verva
(www.verva.se/english), publish accessibility guidelines and they
clearly state that (my translation) No matter if links lead to
pages within the same site or to an external site they shall open in
the same window.
I'm also quite sure that W3Cs
I guess confirm password is a legesy which never got changed.
I think you should go ahead with your gut feeling and actually test user
response after deployment.
If the rate of forgot password or mistyped password rate increases i's
better to have the confirm password.
If not then you are
And, the target=blank attribute is deprecated in HTML and not a
part of the XHTML specification so there is no way to open a link in
a new window without Javascript.
(@target [1] will be available in HTML 5 though, and opening new
windows/tabs is currently even specified in CSS 3 [2].)
So
Hi Markus,
I sympathise with your dilemma as it is close to my own experience. I
did quite a theoretic MSc at the university, based on computer science
with some multimedia stuff thrown in. But I hardly got experience to
create actual interfaces. In the Netherlands we have now quite some
Hi John,
Thanks for the link! I didn't know this tool yet. From the tutorial
videos, it looks pretty nifty, although the interface design might be
improved (!). I read some review that is slightly less responsive as
an offline app. This is also apparent from the tutorial videos. But
basically, it
So make every link open in the same window but inform the user when
the link leads to an external site so they can choose to open the
link the way they see fit.
The above way is be the best and clearest for users that are not very
familiar with browser-functionality and for people with
On Wed, Jul 9, 2008 at 9:52 PM, Jeff Howard [EMAIL PROTECTED] wrote:
I view sites that take it upon themselves to spawn new windows in
about the same vein as sites that automatically resize my window or
move it around. It's too presumptuous.
Hear, hear.
Rules can always be broken for a good
Like Mark,
I've done this before and switched between paper and funtioning prototype
and even an animated PowerPoint which we revealed when we got to the point
of a feature that wasn't implemented. I've also used the mix-fidelity
approach relatively late in development when a major requirement
The user can visually verify correct data entry in all the fields except
the password field (because it is masked). Requiring the user re-type the
password is the only way they can verify they typed the correct password.
I would vote to keep the re-type password field. I have seen some systems
Personally, I'm a big fan of opening links in a new window or tab BUT
the important usability issue here is that I am not a good
representative of the end user of the sites I build and I would
imagine the majority of people on this list, as well as most of their
colleagues, aren't either.
This is such an interesting thread.
Whitney Quesenbery wrote
I've never understood why sites are so self-important that they must
treat other sites as foreign bodies. If you don't want me to follow a
link, why did you put it there? Why are you making people learn your
particular convention for
Should you need support as ammunition against your resistence:
Steven Chalmers wrote:
i) It is convention to enter passwords twice.
- My response: I need a better reason than that.
It's not such ingrained convention that any user will wonder why it's
not there.
ii) Since we
One more thing--
Trevor Thompson wrote:
But an unofficial survey around our office found that most people
prefer links to new sites to open up in new windows/tabs. They said
that new windows or tabs make it easier to explore links to other,
possibly- irrelevant, but possibly-useful sites,
From a user's point of view, I know that I tend to type rather
quickly. If anything, I probably mistype my password on registration
forms more than anyone else because I'm doing it quickly and assuming
I got it right. I think it would make me feel uneasy if there's no
field to confirm.
Especially
Steven,
We had a form like that for several years where we only asked for the
password once.
For a username we required an email address. I had it changed to include a
second box for confirmation, but the reason had nothing to do with typing it
incorrectly.
I observed multiple instances in
(apologies if you receive this more than once)
DESIGN TO READ - Designing for people who do not read easily
A workshop at HCI 2008, Liverpool John Moores University, 2 September
2008
Workshop website
http://www.cs.mdx.ac.uk/research/idc/designtoread/
How should we design for people who do not
Hi there,
Does anyone know of any blog-type sites that are using cover flow
similar to iTunes? I've looked at sites like:
http://www.celebuzz.com/
http://buzz.yahoo.com/
but my stakeholders want something more shiny and coverflow -
esque.
Thanks,
Monique
Hi Trevor
I think your unofficial survey of the office probably included
individuals who either are involved in the design and build of sites
or who use the internet everyday.
Its very easy for us super users to start designing interfaces that
support the way we work, but you should always
How much easier is it to guess someone's hint question than it is
their password? I'm guessing it's a lot, considering you're given
a hint and the answers are usually given as simple words, not random
characters as good passwords could be.
I would consider if is the security risk was worth it.
I think the terminology you use is confusing two separate concepts out there.
First is the password hint. This is typically a phrase that will
jog one's memory of one's actual password, like my first dog's name
with a hyphen in the middle.
Second is a secret question and answer. This is
I personally love the confirm password field. When I'm entering a
highly complex and secure password such as fr5^n(!QD#asdf, it's
really easy to mess up. Without the confirm field I can think of
many instances when my password would have been wrong.
So please count me as one user who votes no
The way it's written, it doesn't look like an email is part of the
plan; just answer the question and you're logged in and allowed to
change your password.
Sending the person an email is definitely not going to be such a
security risk (such as the way IxDA.org handles log-ins).
This won't work
@ Jeremy regarding: How much easier is it to guess someone's hint
question than it is their password? I'm guessing it's a lot,
considering you're given a hint and the answers are usually given as
simple words, not random characters as good passwords could be.
My apologies for not giving enough
@ Jonathan Abbett regarding: I think the terminology you use is
confusing two separate concepts out there.
Sorry you didn't find my terminology clear. I'm not proposing a
Password hint, nor did I call it that.
The proposal is to have a back-up, automated mechanism for allowing
users access to
@ Loren Baxter regarding: I personally love the confirm password
field. When I'm entering a highly complex and secure password such
as fr5^n(!QD# asdf, it's really easy to mess up. Without the confirm
field I can think of many instances when my password would have been
wrong.
While I respect
The difference between the password being simple and the answer being
simple is the fact that the answer, is well an answer to a question.
The password has endless possibilities of simple answers.
Not that my users are the same as yours, but we did a survey to find
out if our users prefer to
@ Jeremy White - Regarding availability of e-mail.
Jeremy, you guessed correctly that these users do not have e-mail.
I believe that the best way to justify my design is to consider the
following design criteria (which I should have included in my first
post):
1) This is a low security risk
They are not blog specific, but check out:
http://www.searchme.com
and
http://www.spacetime.com
Both use cinematics transitions, like coverflow does.
And for all of you who think that apple invented the coverflow look,
think again. It was prominent in a video called the Web Book by Stu
REFERRAL BONUS OFFERED---I would appreciate it if you'd forward this thru
your trusted networks, thanks! --- Joanne
Fulltime/freelance OK --- Local/remote OK too
Prefer onsite in LA but they are open + flexible for the right candidate.
The Company:
This is for a v. v. cool 35-person
Recently, one of our folks ran across an interesting study by Doug
Schumacher that suggested that CTA buttons in web advertising (e.g.
'Learn More', 'Buy Now') were counter-productive, and not just in a
small way.
Overviewhttp://tinyurl.com/no-cta-01
Test results
On Sun, Jul 6, 2008 at 2:57 PM, Robert Hoekman Jr had a
Purely philosophical question:
Should the persuasive elements of a site design be left to marketers?
No, if you care about the outcomes of the marketing efforts.
Assuming you work for a company who has a marketing department and a UX
Dear Joanne,
I'm intersted in remote/freelance work for the UX Lead opportunity listed in
this email.
My resume is attached.
My salary range at my former company was $115K but I can negotiate.
I'm willing to start ASAP.
Thanks!
Shilpa of shilapdesign.com
--- On Thu, 7/10/08, Joanne
32 matches
Mail list logo