New answers tagged usability
0
The artifact represented by the icon (the 3.5" diskette) is well past its sell by date or even recognition (some usability studies I've been in have users referring to it as the washing machine or dishwasher icon..;), however the metaphor of what it represents - saving data - persists. Plenty of other examples abound (financial apps using checkbooks for ...
0
I thought the most well-stated reason for infinite scrolling was to save bandwidth on quick bounces?
I.E. if the user isn't staying around, do dedicate resources to interacting with them.
0
Others have raised some valid case studies but I think this is something each site needs to experiment with. It's usefulness is very much dependent on three main factors, in my mind.
Customer's shopping habits (do they like to browse deep, do they shop by search or category)
Product type (is variety an important component or are the top 10 or 20 items ...
1
I like a modal window for "interruption" tasks. That is, tasks that are performed when you're really trying to do something else.
Signing in is a good example. From any page I can click to sign in, complete the little form, and get back to my current task.
Granted, that can be done without a modal (when Sign In is on its own page, submitting can jump you ...
0
Thank you for your responses. We are going to adopt concept 4 in Kayako:
We are going to limit the depth the 3 nested groups.
The reasons are:
OR and AND (boolean terminology) causes our users to ask more questions then they actually answer (thank you to @gildas-fremont for the same insights)
Everyone seemed comfortable with the 'Any of' and 'All of' ...
1
The dialogs are not modal, so one can compose multiple mails in parallel by clicking Compose again. All parallely composed mails are auto-saved to drafts, they are undockable and minimizable in the window, so one can still browse and answer incoming mails in the also GMail-style "conversation" view.
As you see, these dialogs are quite powerful. The reason ...
1
Modals are a popular for a good reason: They provide fast, focused, contextual interaction. Page loads should be saved for when they're really needed to move the flow forward.
Another contextual information option is content that loads into the page as needed. I've used this solution for payment forms in particular in the past.
This article reminds us of ...
2
What your client proposes works, I would change the order though: Accounts first then services.
It is understandable, there is no confusion, you can add as many services as you want.
download bmml source – Wireframes created with Balsamiq Mockups
Maybe what is confusing is the fact that the services names are numbers so I imagine there is some ...
0
I think the SUS has more value as a benchmark that you set for the product and try to improve on, rather than compare against a competitor's product. This is because different products will have different strengths and weaknesses, and the SUS just doesn't provide enough detail for you to make in-depth analysis. If there's anything that seems to be a ...
1
Make it intuitive and proceed observantly.
In 2009 a Nielsen Norman Group finding Big, 2-dimensional drop-down panels group navigation options to eliminate scrolling and use typography, icons, and tooltips to explain users' choices.
This sounds great... but (and this is all very old by internet standards).
In 2010 they revised their statement after ...
0
It sounds like:
you're working within an architecture that limits functional changes,
such as SSO > system direct to appropriate service;
having two separate pages (one for each service) isn't up for
discussion; and
that the user has one set of credentials that works for both
services.
So if the question is should you allow log in for two services in ...
1
Both otpions have been mentioned before, what's missing is the if:
If they use the same credentials, one login for both.
Otherwise make it two separate pages.
Barring significant differences in cost: if both products have the same branding, go with one login.
Unless there's virtually no overlap between the two user bases, a second login is just a ...
2
Welcome to the ever changing web.
The navigation should be as small as readability and legibility will allow, but large enough that you can touch the button safely in a mobile device.
Apple's got a good idea about the touch size, so based on the pixel dimensions for their app icons on various devices a safe bet would be between 57 pixels high and wide to ...
3
You could alway go the google route, one login to rule them all, have a default service (the one your users have a more than 50% chance that it's the one they are looking for) and then from that service they can navigate to the alternate and vice-versa.
5
It seems like the different options are more related with each other than that they are unrelated. They all manage "tree operation". In that sense it would make a lot of sense to combine them on just 1 tab. It would take away the need for users to constantly switch between the tabs.
The fact that you have plenty of screen real estate left is also an ...
0
I cant think of something off the top of my head of a site which provides a common login for two different services but Winzip allows the user to choose either the classic or Wizard interface while installing so its not something thats super uncommon
That said, clearly call out the difference between the two services and ensure users can switch between ...
2
Choosing the service when logging is a bad idea. The login page is just a step in the process of using an application. It does not make sense to choose the service when logging since when going to the appropriate page the choice has already been made.
Use two login pages with one logging (SSO if needed).
Ask her to log once and when she goes to the other ...
6
Strictly talking about desktop navigation:
It is really going to depend on the content displayed but under ~970 px width and/or ~400 height do not use a sticky menu, the menu is going to eat the content. Be responsive in that matter.
Do not be afraid to go big, Facebook menu is about 90 px high and feels really natural. Did you realized that Gmail is in ...
2
As you mentioned, the user cannot select both SD and HD formats. Why not roll up into a single group annotated as "Format Type". All options can then be listed within the group as radio buttons. This may work better but takes up slightly more space.
download bmml source – Wireframes created with Balsamiq Mockups
3
Apple used to solve this in Carbon (on page 34) in two ways:
1. Use a double cursor
When you are on a space between the LTR and RTL parts of the text and you type LTR characters, it will appended to the LTR part of the text, when you type RTL characters you will append it to the RTL part.
The cursor is positioned at the end of the Arabic text and the ...
2
I do not like this implementation of transparent fixed header.
If you want to keep the header fixed, it means the things in the header are important. Then you go ahead and make it semi-transparent to make it harder to read? Counter-intuitive?
Even if I am able to focus on the content better (?) when I finally want to look at the header, I need to focus ...
0
This theme actually recommended for android based native applications as user already know how text field will look. Few sites uses but its not user friendly for desktop webpages.
0
That statement is kept in its place mainly for first time users who haven't yet understood the requirement of a password. Another reason for that would be so that the owner of the site can avert any responsibility in case of passwords getting hacked due to reasons other than the obvious security failure of the website. As you may already know, experienced ...
3
For web browsing, if the page is very long - has a long content - then this would be advisable because it saves the user some time to scroll all the way up. In mobile applications is more commonly used for apps that handle text - reading.
Additionally there are 2 important points for this to work:
Contrast. In the example that you give above it shows a ...
0
Its actually obvious, as if we observe that the chat/ social forums/ or any other site!
The sites are free to open an account(in most cases). So any one can open an account with fake details/fake account created on another mail hoster(as only email verification is taken as to avoid unauthorized users).
In this case some new users who is new to IT, mostly ...
5
I would believe the main reasoning behind this as you pointed out was to have a continuous flow as the user scans the page and allow it to blend with the design but another reason is to ensure the primary point of focus is the content of the site itself and not the navigation. There are a lot of apps which use this design to ensure the focus is on the ...
0
Depending on the content, one may not be able to tell easily (or at all) whether the current language is Traditional Chinese or Simplified Chinese. Since the convention with language selectors is to show all languages including the current active language, the user might be mistaken to conclude that, for example, Traditional Chinese is not supported, and the ...
0
The number of passwords I've been given unsolicited over the years is amazing--yet in almost all cases I make it clear I want the person to do the login themselves rather than giving me the password. The only time I can recall actually asking for a password was when I didn't want to have to TeamViewer into their system in order to manipulate yet a third ...
6
I was surprised to learn that teenagers share passwords much more than I expected.
So maybe for some demographics, it is necessary to reinforce more secure behavior.
6
The evils of the modern information age.
Chat programs, e-mail programs, and most non-SSL web pages transfer information back and forth in a clear text format. This means that it's non-encrypted and readable by anyone with access to the text.
Even though the network your computer is connected to seems like a physical straight connection to the router or ...
1
In theory, you should provide enough information for the user find the answer to her question, and no more. Inadequate support pages drive down customer loyalty (more details here), but complex pages encourage users to give up before finding an answer (more details here).
In practice, it’s very hard to make a support page both simple and comprehensive.
...
35
Most security breaches are from social engineering, and so telling someone that they should never under any circumstances give anyone their password is an attempt to increase security. I would suggest a statement more like:
If anyone asks you for your password, you should assume they are a criminal and report it immediately!
Idea provided by @Kaz
As ...
0
Imagine that you don't show that message and an employee, during support, asks and the persons reveals such information. And, probably, after some time, your company is sued and looses. Bad situation.
You can also imagine that you show such message, your employee asks anyway, the person provides it, etc... probably you'll be sued anyway, because your ...
13
I cannot comment on your user test results since I do not know your parameters and scenario.
But, talking about gmail's new email input method. The advantage which desktop email applications had over the web based ones was, while composing the email (in a separate window) you could freely browse older emails and look into content you might want to refer. ...
2
It's definitely a "better safe than sorry" tactic, but I feel that these messages are meant more for the non-tech savvy user.
I've worked with several older clients that are simply unaware of such vulnerabilities.
Ultimately, it also depends on the audience of the site. I doubt github or stack exchange will have such messages.
However, if you're a bank, ...
3
It's a practice perpetuated by corporate legal counsel and made somewhat necessary by our litigious society. It is silly and slightly insulting but, fortunately, we all do it so we all look equally insulting.
69
A better modification of such a statment which I see being used is:
'A company_name employee will never ask for your password'
This message alerts the user that if the person is asking for a password, there is something fishy and he should alert the concerned authorities immediately. With all the live chat functionalities that most industries are ...
1
There was a study done by UX matters. They use eye-tracking and field association in their study.
From the results of our second test, we knew that the nearer a label
is to its input field, the more quickly users could move from the
label to the input field. So, we were not surprised when we noticed
that most of the fixations were right on the ...
1
I am not sure if the question is specific or general but in this very peculiar case I would not recommend to use a description at all.
You want the user to put his email address. If you consider she can use this address for any reason in your application, then she knows what a email address looks like.
You want to show an example in case the email is ...
0
I agree with Dominik Oslizlo,
in your example, description should be placed below the text field. You can also read Extensive Guide To Web Form Usability
6
I think all of these are quite functional, but there are pros and cons for each one:
1st: may need a lot of vertical space.
2nd: does not consume any additional space at all, but will disappear once user enters this field. It's quite popular though, and not a bad practice.
3rd: again, should the example text be longer, it may force you to make the left ...
3
Go with the 2nd option. It is a standard practice followed by many websites. It allows for showing examples in-context which is better than giving directions for the user to follow. eg: Enter email below,example: amdin@user.gov
Make the text visibly lighter (grey) than the default color.
Optional: Give some added visual que like changing the ...
2
There is a third approach:
.shorten {
white-space: nowrap;
overflow: hidden;
-o-text-overflow: ellipsis;
-ms-text-overflow: ellipsis;
text-overflow: ellipsis; /* or "clip" */
}
See dev.w3.org for more information.
4
Wrap the data with an elipsis at the end. What this does is, it uses known vocabulary to show there is more than what is visible.
AAAAAAAAAAAAAAAAAAAAAA
becomes
AAAAAA...
then you can use a tooltip to show the entire content, use hyperlink or the column can be expanded, depending on your design.
0
Use a linear gradient to represent whatever colors you want and the use markers to represent points.
Something like this with markings for different points rather than entire boxes for individual points.
When you use box, you are essentially creating a discrete value rather than a continuous scale.
3
Some ideas:
Join the buttons with some sort of bar.
Crank down the color. It's hard to spot what's selected
I think the transition from saturation = click me to saturation = currently selected option is confusing. I'd represent the transition with two different metaphors.
Here's a quick idea:
0
It will depend on the time the interface takes to switch from a mode to another and the access to the toggle button.
If the interface is reactive and the button always displayed you can
use just an icon (sun when in night mode, moon when in day mode) and a
tooltip when hover. It will be like testing fuses. You do not HAVE to use an icon, you can display ...
2
In general, such buttons should be avoided as noted in the answer to Should a toggle button show its current state or the state to which it will change?.
If you can, use a toggle in which both possible states and the currently selected state are visible.
If that isn't an option, I think what you suggest could work because the current state is obvious: the ...
5
The easiest and clearest way that you will handle this is with a toggle switch, and the standard for toggle switches is to show the current state.
The example that you gave isn't using a toggle switch, but rather using a sort of 'button with poor affordance'. It's not clear wether it is an action or a state, and so is just poor UX.
I would suggest you ...
8
Consider opportunity for better IA:
Instead of just thinking how one could show 150 or even 50 menus on mobile page, I think first of all the efforts should be directed for better information architecture.
Ideally it should be identified by users (Card sorting) but at some level (considering experience and domain knowledge) designer and stakeholders can ...
Top 50 recent answers are included
