Caroline's Corner: Colons at the End of Labels - Revisited

Last month’s column, Colons at the end of labels?, attracted a small storm of correspondence – well, it certainly felt like a storm for a topic that I thought was obscure even in the world of the forms geek. And the points made were excellent because they all pointed out that I’d completely ignored the issues of screen-readers. Doh!

THE ORIGINAL PROBLEM

You are writing captions or labels for fields in forms, for example “Name” or “Date of birth”.

Should they be finished with a colon, or not?

MY PREVIOUS ANSWER

Previously, I said that as I’d never seen any user bothered by the colon/lack of colon – it didn’t matter. And my advice was to pick one and stick with it.

THE NEW PROBLEM

Rumour has it that screen-readers ARE bothered by the presence or absence of the colon. For example, Tom Haggie drew my attention to a software checklist at http://www.usdoj.gov/crt/508/archive/oldsoftware.html. It includes the question:

'10. Are all descriptions or labels for fields positioned immediately to the left or directly above the control, and do they end in a colon, so that it is easy for screen reading software to associate the labels with the corresponding fields?'

MY INVESTIGATION SO FAR

Now, I thought that the crucial thing for screen-readers was to be sure to use the ‘Label’ attribute so that the label is correctly associated with the input box or other widget that it corresponds to. I didn’t think that colons made a lot of difference.

For example, WebAIM’s article mentions 'associating form elements with a text label by using the label element' (amongst other good advice) – but it is silent on the topic of colons.

Jim Thatcher’s article mentions the label attribute, and also placing the label close to the corresponding box. But says nothing about colons.

So I contacted Ginny Redish (www.redish.net) who has done a lot of usability testing with blind and partially sighted people. Many of them use JAWS, the most popular screen-reader in the USA. She replied:

'I have watched people using a screen-reader on forms, but I do not recall whether the forms had colons on the screen or what the tags for the fields said.' (Same experience as mine.)

She went on to explain that when working through forms, users prefer to remain in the ‘edit’ mode of the screen-reader, where it interprets key presses as entries for the field and moves from field to field according to whatever it finds tagged as labels. The crucial point, therefore, is the tagging – as mentioned in the other articles. Whether or not you include a colon in the tag will not make any difference.

With her usual keen eye for language, she also pointed out that the checklist sentence above is ambiguous. The clause 'and do they end in a colon' could be interpreted as part of making it easy for the screen-reading software – or it could be a separate requirement that happens to have been stuck into the sentence at this point.

And finally, she pointed out that you can choose whether or not to get JAWS to read out the punctuation. So if the colon helps the screen-reader, that’s good – but it may be invisible to the users.

MY REQUEST TO YOU

And that’s as far as I got. I know I’m still trying to find out if other screen-readers rely on colons at the end of labels. If you know the answer, please get in touch.

Meanwhile, I stand by my previous advice: make a decision for or against colons, then stick with that decision forever.

(P.S. If you’re interested in how blind and partially sighted people use the web, you should be sure to read Ginny’s excellent articles on the topic. Details of how to get them are at: http://www.redish.net/content/papers.html)

I’d like to thank Ginny Redish, Tom Haggie and Calum Benson for their help with this Corner. Any errors in it are mine.

If you have any comments or suggestions about this article then please contact Caroline at:

Caroline.Jarrett@Effortmark.co.uk

Caroline Jarrett is a usability consultant specialising in forms, questionnaires and data capture.

© 2006 Caroline Jarrett, all rights reserved.

Associated Link: Effortmark

Increase data Usability, save Billions
Source: ZDNet, 6 September 2010
 
Data usability? less sexy than social emotional interfaces, more money than you can imagine.

Three Things Steve Krug Didn’t Tell You About Usability Testing
Source: George Saines, 2 September 2010
 
Don't make me think. Well, ok, maybe a little bit.

Trace exactly what Users are doing
Source: killerstartups, 30 August 2010
 
A new tool lets you watch all of your website activity, in real-time replays.

Google boosts Usability with Gmail revamp
Source: V3.co.uk, 28 August 2010
 
Long overdue improvements to Gmail may increase its appeal to business users.

Tech4Africa conference runs in Johannesburg
Source: bizcommunity, 26 August 2010
 
A new conference in Africa recognises usability as a central concept to IT uptake.

Top 3 Usability Tips for Building Better Blogs
Source: CMS Wire, 24 August 2010
 
If you're compelled to blog, may as well get it right.

Outdoors and Out of Reach, Studying the Brain
Source: New York Times, 23 August 2010
 
Fascinating account of how heavy use of digital devices changes how we think and behave, and how a retreat into nature might reverse those effects.

Tips for International In-home User Research
Source: System Concepts Ltd, 20 August 2010
 
In-home user research can provide richer, more illuminating information than lab-based studies. Here are some tips for a successful in-home international research.

New Study- Gender differences in Web Usability
Source: Demystifying Usability blog, 18 August 2010
 
Comscore has released a new study (June 30 2010) entitled Women on the Web: How Women are Shaping the Internet.

UX Myths: Usability testing is Expensive
Source: UX Myths, 16 August 2010
 
Many organizations still believe usability testing is a luxury that requires an expensively equipped lab and takes weeks to conduct.