Some Random Thoughts on Web Usability
I know that I primarily blog about social media, but I came to know social media by way of being a developer. I have developed websites for the past decade or so, and that’s been my primary source of livelihood the entire time. One topic that I rarely touch on, but is something that we, as designers, are expected to have an unlimited amount of knowledge about is usability. I thought that I would do a post on some of my most recent thoughts about web usability, what works and why I think so.
It’s important to keep in mind that the best thing that we can do as developers is to use our heads and step out from behind our code editors and take a look at the web as the normal, everyday person sees the web. This also means bringing in outside people to give you an honest perspective. Focus groups can be an awesome source of input for us if we don’t write them off as being idiots because they aren’t that tech saavy or ask really obvious questions (or at least obvious to us).
My business partner Greg and I both have different development styles when approaching a project, he tends to have more of a structured approach, working with the artist to come up w/ a ready for the web mockup and then he takes that mockup and translates it to the web using some of the cleanest code I have ever seen. He is a CSS guru, a lot more so than me. I on the other hand will sacrifice minor standards in-compliance to achieve a desired look. In my opinion the look is what sells, very few, if any visitors to your website actually look at your source code or check it to see if validates, or at least I haven’t ran into that segment yet. Of course, neither of us are really wrong, that’s just our individual styles for bringing a project to fruition and ultimately achieving results for our clients.
The Quality of Your Design Speaks Volumes…
This is a message I have preached for years, and it also has been a prime source of frustration for me when I see businesses decide to go with amateur or family members with limited talent to design their websites. They have no idea what kind of an impact this makes. The old saying that you never get a second chance to make a first impression could not be more applicable than it is to the web.
Careful thought, planning, and layout control should be exercised when designing a website for any project, I am a firm believer of this. I also have heart murmurs every time I hear of a website that only took 24 hours to construct, this simply cannot be done overnight. At least a day or two of planning is needed before the creative process should even start, or at least that’s my opinion in most cases. Sometimes however a creative breakthrough can happen if you really connect with a client and magic can happen, when this “magic” happens, things just seem to fall into place during the creation process and the client is overwhelmed at the first sight of their new website. The point that I am trying to drive home, make sure your website is clean, graphically and aesthetically pleasing.
- Stanford-Makovsy Web Credibility Study 2002: Investigating What Makes Web Sites Credible Today
- What Makes A Web Site Credible? A Report on a Large Quantitative Study
- The Elements of Computer Credibility
People Make Eye Contact…
When people pull up a website, it’s a proven fact that they immediately make eye contact with any photos you have on the page. I know this is going to sound shallow but I have heard on more than one occasion that pretty models in stock photography are more effective than everyday digital photos of your actual employees.
This is not to say that you shouldn’t photograph or use your own stock photography, I just thought that I would throw that in there. What we do know for a fact is that people are drawn to faces, more or less making eye contact with your site. Here’s proof from a recent heatmap study provided by UsableWorld study.
Here are some thoughts from a recent article in Smashing Magazine on this same topic: People instinctively notice other people right away when they come into view. On Web pages, we tend to focus on people’s faces and eyes, which gives marketers a good technique for attracting attention. But our attraction to people’s faces and eyes is only the beginning; it turns out we actually glance in the direction the person in the image is looking in.
Get Your Key Points Above the Fold…
According to a recent study by a research group, over 70% of web users they polled won’t scroll down the page. I have no idea why this is but I have also found myself to be guilty of this from time to time. It’s extremely important to put all of your key points, hot spots, and points of interest just above the cut-line in a browser.
I know that’s impossible to guestimate due to all of the browser resolutions that are out there but 1024 is a safe starting place. Of course you can really get a better idea by looking at your analytics to see exactly what your visitors have used on your website in the past. Also, some analytics suites have a site overlay feature that will allow you to see how many times various points of your website were clicked on.
Here are some thoughts from a recent article in Smashing Magazine on this same topic: Jakob Nielsen’s study on how much users scroll (in Prioritizing Web Usability) revealed that only 23% of visitors scroll on their first visit to a website. This means that 77% of visitors won’t scroll; they’ll just view the content above the fold (i.e. the area of the page that is visible on the screen without scrolling down). What’s more, the percentage of users who scroll decreases with subsequent visits, with only 16% scrolling on their second visit. This data highlights just how important it is to place your key content on a prominent position, especially on landing pages.
This doesn’t mean you should cram everything in the upper area of the page, just that you should make the best use of that area. Crowding it with content will just make the content inaccessible; when the user sees too much information, they don’t know where to begin looking.
Clean Design = Lots of Whitespace
I am a fan of clean crisp designs. A lot of times we get too wrapped up in our creative mindsets and go overboard on producing websites that are visually compelling but pay very little attention to the actual message itself. No one ever sold a thing because they had a pretty website, of course it helped to bring people in and keep their attention, but it’s the content itself that actually sold the client.
I know there is a school of thought out there as to what size fonts should be used, etc. I am a fan of alternate font sizes controlled by CSS, but at minimum I think that 8pt verdana is a safe font to use, possibly even a 9 or 10pt. I also like Arial but tend to shy away from Times New Roman, which I still see a lot of out on the web. I also admit that I might be a little old school and stuck in my ways on this part, but here are some thoughts from Smashing Magazine on the topic of whitespace:
Most designers know the value of white space, which is the empty space between paragraphs, pictures, buttons and other items on the page. White space de-clutters a page by giving items room to breathe. We can also group items together by decreasing the space between them and increasing the space between them and other items on the page. This is important for showing relationships between items (e.g. showing that this button applies to this set of items) and building a hierarchy of elements on the page.
White space also makes content more readable. A study (Lin, 2004) found that good use of white space between paragraphs and in the left and right margins increases comprehension by almost 20%. Readers find it easier to focus on and process generously spaced content.
In fact, according to Chaperro, Shaikh and Baker, the layout on a Web page (including white space, headers, indentation and figures) may not measurably influence performance but does influence user satisfaction and experience.
Here is some good information from a recent typography report:
According to our typography study:
- Line height (in pixels) ÷ body copy font size (in pixels) = 1.48
1.5 is commonly recommended in classic typographic books, so our study backs up this rule of thumb. Very few websites use anything less than this. And the number of websites that go over 1.48 decreases as you get further from this value.- Line length (pixels) ÷ line height (pixels) = 27.8
The average line length is 538.64 pixels (excluding margins and padding), which is pretty large considering that many websites still have body copy that is 12 to 13 pixels in font size.- Space between paragraphs (pixels) ÷ line height (pixels) = 0.754
It turns out that paragraph spacing (i.e. the space between the last line of one paragraph and the first line of the next) rarely equals the leading (which would be the main characteristic of perfect vertical rhythm). More often, paragraph spacing is just 75% of paragraph leading. The reason may be that leading usually includes the space taken up by descenders; and because most characters do not have descenders, additional white space is created under the line.- Optimal number of characters per line is 55 to 75
According to classic typographic books, the optimal number of characters per line is between 55 and 75, but between 75 and 85 characters per line is more popular in practice.
Form Labels & Input Processes
Since the web has evolved into a place where information is shared and gathered on a daily basis either through websites or web-based applications, form and data input processes should be a key focus of your design process. Your goals should be to make the input process as easy and inviting as humanly possible given your projects parameters.
Granted, there is no way to make a form with 100 fields look inviting to a user but there are things you can do to improve the process on more realistic input processes. One contact form that I really like is the one that is used on Tumblr to login. Notice how the form labels are located above the form field? This was also discussed in a recent article on smashing magazine about usability…
A study by UX Matters found that the ideal position for labels in forms is above the fields. On many forms, labels are put to the left of the fields, creating a two-column layout; while this looks good, it’s not the easiest layout to use. Why is that? Because forms are generally vertically oriented; i.e. users fill the form from top to bottom. Users scan the form downwards as they go along. And following the label to the field below is easier than finding the field to the right of the label.
Positioning labels on the left also poses another problem: do you left-align or right-align the labels? Left-aligning makes the form scannable but disconnects the labels from the fields, making it difficult to see which label applies to which field. Right-aligning does the reverses: it makes for a good-looking but less scannable form. Labels above fields work best in most circumstances. The study also found that labels should not be bold, although this recommendation is not conclusive.
Make Sure Your Links Stand-out and are Obvious
My partner Greg and I are both of the same belief that links, especially in the navigation of a site, need to do something when you mouseover them. Whether it’s a background change, object rotation, or a simple underline, the visitor needs to know for sure that what they are seeing is a link. And it even needs to be obvious to them prior to even mousing over it, especially if it’s buried deep in content.
Here are some even deeper thoughts on this topic that I found on Jakob Nielson’s blog:
To maximize the perceived affordance of clickability, color and underline the link text. Users shouldn’t have to guess or scrub the page to find out where they can click.
Assuming the link text is colored, it’s not always absolutely necessary to underline it.
- There are two main cases in which you can safely eliminate underlines: navigation menus and other lists of links. However, this is true only when the page design clearly indicates the area’s function. (Remember: your design might not be as obvious to outside users as it is to your own team members.) Users typically understand a left-hand navigation rail with a list of links on a colored background, assuming it resembles the navigation areas on most other sites.
- Exception: underlining is essential if you use link colors such as reds or greens, which cause problems for users with common forms of color-blindness.
- Exception: underlined links are important for low-vision users’ accessibility, so retain underlines if accessibility is a priority for your site or you have many users with low vision.
Don’t underline any text that’s not a link, even if your links aren’t underlined. Reserve underlining for links. Because underlines provide a strong perceived affordance of clickability, users will be confused and disappointed if underlined text doesn’t have an actual affordance to match this perception.
Use different colors for visited and unvisited links.
- The color for unvisited links should be more vivid, bright, and saturated than the color for visited links, which should look "used" (dull and washed out).
- The two colors should be variants or shades of the same color, so that they’re clearly related. Using drastically different colors (say, orange and green) makes it hard for users to understand the relationship between the two types of links and to identify which color is the "used" version of the other.
- Shades of blue provide the strongest signal for links, but other colors work almost as well.
- As always, when using color to signal information, you should provide redundant cues for color-blind users. Making unvisited links brighter and more luminous than visited links will usually accomplish this goal.
Never show text in your chosen link colors unless it’s a link.
- You should generally avoid color for text unless it’s a link. However, assuming it differs from the link color, you can sometimes use colored text without causing major usability problems. For example, in a checklist summary, you could show the word "okay" in green and the word "error" in red. (The fact that the word meanings are clearly different provides the required redundant cue for color-blind users.)
- Don’t use blue for non-link text, even if you don’t use blue as your link color. Blue is still the color with the strongest perceived affordance of clickability.
- There is no need to use special colors or other visualizations when the cursor hovers over a link. Doing so only makes the page appear more cluttered as the user moves the mouse across the screen.
- Exception: if you’ve opted to present links with less than the maximum perceived affordance for clickability, you can recover some of the lost usability by signaling clickability when the user hovers over the link. For example, if your links aren’t underlined, you can make an underline appear while hovering.
- In any case, don’t use bold-facing as a hover effect, because making the font wider may cause the text to re-align.
- One useful hovering effect is to use link titles to help users predict where a link will lead before they click it. (If you’re using a mainstream browser, you can see this effect by hovering over the links in this column.)
Don’t use tiny text for links. Don’t place links so close together that users with reduced motor skills will have difficulty selecting them. These guidelines are particularly important to ensure usability for older users.
- Exception: It’s okay to use small font for links that few users will need (such as copyright info), as long as you place those links in a secondary location (such a footer) so users don’t feel obligated to read them.
- If you target seniors or otherwise have many older users, ensure that your links appear in a big font (12 points or higher) and that links include enough text to make them easy to click on.
These guidelines all relate to the textual link appearance. It’s even more important that you carefully choose the link content (the actual words), but that’s another topic. (For advice, see Homepage Usability’s six guidelines for links, twelve guidelines for writing, and seven guidelines for navigation.) Graphical links are yet another story, but it’s usually best to use text for most links anyway.
Following the usability guidelines for link appearance on your site will make it easier for users to immediately determine what they can do on each page and will reduce the probability that they’ll overlook important links.
Final Thoughts…
I know that these are just a few usability topics and there are a ton more out there that are just as worthy of discussion, but these pretty much stuck out in my head. Again, at the end of the day though, just use your head and try to think not as a developer, but as a consumer w/ limited knowledge of the web and you will find that you are turning out much more effective products for your clients at the end of the day.
Do you have any additional thoughts regarding usability? Feel free to jump on and jump in the discussion by commenting below, you can also find some great information on Smashing Magazine in the article that I referenced a few times, and also on Jakob Nielsen’s blog…
Target Lawsuit Update
I was in a meeting the other day with a client and my business partner, Greg Smart, was giving our usual spill about standards compliance to the client and brought up the Target Lawsuit filed a few years back by the National Federation for the Blind.
This lawsuit is of particular importance to those of us in the development community because it could potentially set a precedent for accessibility that our clients will need to adhere to moving forward to decrease their liability exposure.
For those of you who are not developers and haven’t followed this lawsuit very closely, it basically alleges that the website wasn’t usable for blind visitors because the images didn’t have alt tags associated with them which would give the visitor a description of each image.
I found an update on this case on 456 Berea Street’s blog and decided to repost it below for any of you that might be interested:
In March last year I posted Target sued for refusing to make their website accessible, where I talked about the USA-based retail chain being sued by the US National Federation of the Blind. The reason for the lawsuit was that Target refused to, among other things, put alt text on images and make the site usable without a mouse.
Since then there has not been a lot of news about the case, at least not that I am aware of. I had started thinking that nothing would come out of it, and that Target would get away with having an inaccessible website (and keep living in the past when it comes to Web development practices). But recent news indicates that it’s not over yet.
The judge in the case has now given the lawsuit class-action status, which, if I understand it correctly, means that any blind person in the USA who has unsuccessfully tried to use target.com can become a plaintiff in the suit against Target. Good news I think. If a business can’t be bothered to make their website accessible, especially after repeatedly being made aware of the problems and given plenty of time to make adjustments, it should cost them. A lot.
Over the last week plenty of articles about this lawsuit have been posted on various sites. Reading the comments on some of them (mostly those posted on sites whose audience does not primarily consist of standards-aware web developers) is… how shall I put it… entertaining. No, frustrating. Some people have very strange and misinformed opinions on how horribly limiting and even impossible it apparently is to build accessible websites.
For the record, requiring websites to be accessible does not make building them too expensive or create an artificial barrier to entry. Neither does it mean websites have to be dumbed down to the lowest common denominator or that you cannot use images, Flash, JavaScript, or Ajax.
What it does mean is that people who design and program websites need to be aware of modern best practices in web design and development. Which we all should anyway, since it’s part of our job.
More reading:
- The Associated Press: Target Lawsuit Given Class-Action Status
- The Montoya Herald: Suing companies over inaccessible websites
- Wall Street Journal: Advocates for Web Access for Blind Pass Legal Hurdle
- Accessify: Is this the test case we’ve all been waiting for?
- Computerworld: Court allows class-action lawsuit against Target Web site
- Michelle Malkin: Blind shoppers get green light to sue Target over website
- eWEEK: Court Rules Against Target in Web Site Accessibility Lawsuits
- Joe Dolson: More News on the Target Accessibility Lawsuit
- Ars Technica: Lawsuit over web site accessibility for the blind becomes class action
- Ajaxian: Two rulings that could improve web accessibility
- Accessites.org: Is the Target Lawsuit Frivolous?
- TechCrunch: Websites May Require Visually Impaired Access In California
Update on the Target accessibility lawsuit | 456 Berea Street
Facebook Connect Issue in IE
If any of you have installed the Facebook Connect plugin by Javier and had issues w/ the connect graphic not displaying in your sidebar not showing correctly in IE, here’s the fix for it. Just add the following line of code to your header.php file:
1: <html xmlns="http://www.w3.org/1999/xhtml" xmlns:fb="http://www.facebook.com/2008/fbml">
CSS Fix for #nav li & FeaturedContent Plugin
I have been using a lot of Brian Gardners themes for starter templates on my wordpress projects. In place of the tabber.php function I have been going with the FeaturedContent plugin because it seems to be a little smoother. I have ran into some issues though with the drop down navigation on a lot of the Revolution Themes.
The drop downs will usually show up underneath the FeaturedContent Gallery on the home page. I did some looking around last night and saw where Brian had posted a fix for this on the Revolution Support forum, it goes like this:
Locate your #nav li and #nav li li in your style.css file and change them to this:
1: #nav li {
2: float: left;
3: margin: 0px;
4: padding: 0px;
5: z-index: 15;
6: position: relative;
7: }
8:
9: #nav li li {
10: float: left;
11: margin: 0px;
12: padding: 0px;
13: width: 150px;
14: z-index: 10;
15: position: relative;
16: }
Note: This seems to do the trick. This just basically adds the z-index and position to the CSS. I also have tried this on the #subnav li and it also works there.
Eric Meyer’s CSS Sculptor (Expression)
I was looking for some resources online to help me get up to speed with Expression and stumbled across Eric Meyer’s CSS Layout Generator software that works as an add-on for Microsoft Expression. This is a no-brainer, wonderful idea. I am a huge fan of code generators and anything else that will help me save time while styling layouts. The cost of the software is very nice also, it retails for $100 I think but they are running a promotion right now where you can get it for half price. I didn’t see a demo download but did find a feature tour and a solution recipe section with some pretty interesting things.
One of the cool things about this software is that it allows you to easily use one of the predefined layouts that comes with the package and then “tweak it as needed”. It looks pretty intuitive from what I have seen also. I am not 100$ sure what kind of code it throws in but w/ it being from Eric Meyer it has to be pretty clean and validatable code. One of the other cool features about this software that I have found is that it allows you to generate not only your main stylesheet but it also generates a print stylesheet also.
Here are some of the features I pulled from the website:
Totally simplifies CSS-based layouts
Modern Web design requires Web standards compliant CSS-based layouts. CSS Sculptor meets that requirement with flexibility, expertise and ease-of-use. Select a core layout, personalize it however you’d like and then output it, ready for your content and cross-browser compatible.
Integrates background images into your layouts
Background images are one of the true artist tools available to the CSS designer. With CSS Sculptor, you can easily incorporate background images into any part of your page, including the body tag or any individual layout div. Add faux columns, watermarks or repeating gradients with no hassle.
Saves and restores layout designs
Build your own collection of preset layouts with CSS Sculptor. Save any modified layout as a new design, which you can easily re-use or further modify. Export your presets to use in another system or share with others—and just as easily import preset designs.
Puts CSS expert Eric Meyer to work for you
Eric Meyer is recognized world-wide as a leading authority on Cascading Style Sheets (CSS). Eric is the author of numerous definitive books, articles and posts on CSS. Eric worked side-by-side with WebAssist to ensure that CSS Sculptor met the demanding needs of today’s Web professional.
Combines screen and print style sheet design
Make your Web pages hard copy compatible with CSS Sculptor’s easy to use Print features. CSS Sculptor converts your screen layout to a format more compatible with the printed page with just a few mouse clicks. Easily convert your page to black and white and hide any selected layout element.
Controls your CSS output from top to bottom
Store your CSS Sculptor-generated styles wherever you’d like—embedded in the of your Web page or in a new or existing style sheet. Specify the amount of placeholder content: full, minimal or none. Turn CSS comments on or off. Create your page your way with Eric Meyer’s CSS Sculptor.
Source: WebAssist Professional – Eric Meyer’s CSS Layout Generator for Microsoft Expression Web
Layout Master (CSS)
I was surfing the web today looking at some CSS and Standards Related Articles and stumbled onto a pretty cool find. It’s a product that WESTCIV, the folks that rolled out Style Master (Topstyle’s Competition), had on the market a while back. It’s still available for download from their website. For an old-school tables based designer like me, this might be doable. Here’s an excerpt from their site about Layout Master and the Download Link.
Source: westciv :: downloads
* Also, if you are looking for an alternative WYSIWYG CSS editor, take a look at Style Master, if I wasn’t already somewhat familiar w/ TopStyle I probably would consider this product seriously.
When we released Style Master 4 we finally made the decision to put Layout Master to rest as a commercial product, but continue to host it as freeware at our site. Layout Master was first developed back in 2000 when it looked to us as if absolutely positioned layouts were going to be the CSS answer to table based layouts. Of course, the answer turned out to be something more complex in part due to the ongoing saga of inferior browser support.
However, if you want to create and edit pure absolutely positioned layouts, Layout Master is a great free option and you are most welcome to give it a go. Note though that we aren’t in a postion to offer tech support for this product. download Layout Master using the link below, and then when you run it use the registration code and it will not expire after 30 days.
Download Layout Master 1.1 for Windows (95/98/ME/NT4+/2000/XP) 30 day demo
Table-Based Layouts (The Next Big Thing) in CSS
I just got finished reading an article that got pushed out in the Sitepoint Times by Kevin Yank that was titled, “Table-Based Layout Is the Next Big Thing”. It was a good read that discussed how the upcoming release of Microsoft’s Internet Explorer 8 is finally going to offer support for CSS Tables. This should be exciting. Here’s a link to the article I found in their Tech Times.
For me coming up as an old-school developer, before CSS was a household name in the developer community, embracing CSS for doing anything other than formatting fonts on a page has been a struggle. Not only is it more time consuming, it also has been of little importance to browser manufacturers until recently. I am glad to see it is making some headway, it’s the efforts of folks like the sitepoint blogger’s, the list apart guys, and a few others that have kept the issue of compatibility relevant.
In the article Kevin hit the nail right on the head with this comment:
The lengths to which designers must go to produce, say, a simple three-column layout using CSS techniques are so extreme that many web designers simply give up on CSS and resort to HTML tables for their layout. The Tech Times #142 and #143 were devoted to this issue.
This is dead on in my opinion, or at least most of the developers I know that have been in the business for a while fall into this before mentioned category. With the release of IE8 we are at least going to have another option for layouts as well as something that Kevin didn’t mention and that is how we turn out tabular data from a database, which is something else I have struggled with in the past. This should be an awesome improvement.
If you haven’t already I suggest reading the article, it’s pretty good. Here’s the link again…
Book Review: Designing without Tables
This is another great sitepoint book that I picked up to help me get up to speed with the use of CSS to format not only the text and navigation on a page but also the entire layout. Being an old school designer this has been a challenge for me to grasp, I think that I have been making some progress in using CSS a whole lot more, I still don’t see it as being the “only” way to do site layouts, in fact, I use tables for my basic layouts and rely on CSS for pretty much everything else. It’s a great read nontheless.
|
ISBN: 0975240277 |
Book Reviews: The Zen of CSS Design
My Business Partner Greg sent this book home with me a long time ago and I have had it with me every since. It’s a good read, very nice book. I have found myself getting into it again a lot lately as I continue to dive deeper in using CSS to do page layouts, etc. There’s a lot of good info in here, especially if you are old school like me and was brought up using tables upon tables to do layouts, which is not altogether a bad thing. The book was written by Jeffrey Zeldman, he’s one of the pioneers of CSS Design.
|
ISBN: 0321303474 |
Using CSS on Forms
I am working on a search box function for a clients membership database in php and was investigating how to style it using CSS and ran across a pretty good handful of resources, a few of which use the ”legend” feature to overlay a “tab” or “legend” of sorts over the box. The achieved affect is very cool and I thought that I would share the source code used on this: Source: Applying CSS to forms
label
{
width: 4em;
float: left;
text-align: right;
margin-right: 0.5em;
display: block
}
.submit input
{
margin-left: 4.5em;
}
input
{
color: #781351;
background: #fee3ad;
border: 1px solid #781351
}
.submit input
{
color: #000;
background: #ffa20f;
border: 2px outset #d7b9c9
}
fieldset
{
border: 1px solid #781351;
width: 20em
}
legend
{
color: #fff;
background: #ffa20c;
border: 1px solid #781351;
padding: 2px 6px
}
I will probably post my finished product here for review once I get to that point. What I am working is going to vary on this quiet a bit because I have drop downs and text boxes on my search box but the theory of framing it all in is going to hopefully be very similar.






HTML Utopia: Designing Without Tables Using CSS
The Zen of CSS Design: Visual Enlightenment for the Web (Voices That Matter)

