Skip to main content
UsabilityNews.com - for all the latest in usability and human-computer interaction
BCS Interaction
 
 
The All the Latest section presents all general usability news articles


 
  advanced search
 

All the Latest

Caroline's Corner: Sentence or Title Case for Labels?


Source: UN, 1 August 2005
Submitted by Caroline Jarrett

Caroline's picture

For those few of us who are deeply interested in forms, there’s nothing so fascinating as a subtle detail. Like, for example, the question that appeared in my email in-box earlier this month.

THE QUESTION
Martin McGuire wrote to me to ask 'How labels/captions for forms should be formatted'.

As he points out, the ISO-9241 part 17 standard seems to recommend that the first letter of the word only is capitalised: It says that you should use:

"Initial upper-case (capital) letter for field labels: To facilitate readability, the text field labels begin with an upper-case letter. The rest of the label should contain lower case (small) letters except for cases where the label is a logo, an acronym or language convention that requires each word in the label to begin with a capital letter."

But he pointed out that we often see form labels in title case. Indeed, he had a client who had rigidly enforced title case for every label on every one of their applications.

So, for example, the client’s labels are like this (taking a random selection): First Name, Last Name, Date of Birth, Email Address.

Whereas ISO 9241-17 would recommend labels like this: First name, Last name, Date of birth, Email address.

And there’s also the interpretation of title case. Should the ‘of’ in Date of birth be capitalised or not?

THE ANSWER PART 1: SENTENCE CASE IS BETTER
One crucial issue in legibility (possibly the most crucial) is the question of familiarity. The most familiar presentation of sentences is in sentence case. Most reading is reading of sentences. Therefore, sentence case is easiest to read. Therefore, I consider that ISO 9241-17 is correct.

THE ANSWER PART 2: BUT NOT MUCH BETTER
However, labels on forms are rarely whole sentences. So while the ISO standard is correct, it's not a disaster if labels use title case. It really depends on how familiar the word themselves are.

For example, commonly used phrases such as First Name, Last Name (or First name, Last name) are so familiar that the slight loss of legibility from the title case capitals hardly makes any difference. Arguably, they are so familiar even in title case that it still doesn't make any difference - almost attaining the status of proper nouns such as "London" which is easier to read with an initial capital.

However, an unfamiliar phrase such as "Total dividend resident witholding tax and witholding payment credits" (I've been doing a lot of work recently on tax forms) is a challenge even in sentence case. Title case would make it worse. But how much worse? The big challenge here isn’t legibility. It’s that the words seem somewhat meaningless (unless you happen to be a tax expert).

Notice that 'familiar' in this context means 'familiar to the people filling in the form' not 'familiar to anyone'. A phrase such as ‘Corresponding Deficiency Relief’ might be completely unfamiliar to one group of users, such as the general public, but no problem at all to another group, such as people working in the taxation of insurance.

THE ANSWER PART 3: BUT MAYBE THERE IS NO DIFFERENCE AT ALL
If people are using the same form day in and day out then they stop reading the labels altogether and start working solely from the relative positions of the boxes on the page.

So then you could put the labels in Polish (for example) and it wouldn't matter all that much. I've actually tested this on a machine tool data entry screen where the labels were available in either English or Polish, and once operators became familiar with the system in their native language they could then work comfortably with labels in the opposite language even though it was incomprehensible to them.

THE ANSWER PART 4: AND WHAT ABOUT ACCESSIBILITY?
Let’s look at it from the point of view of the type of disability.

For people with no sight, or who prefer to use a screen-reader for some other reason: sentence or title case doesn't make any difference at all.

For the far larger far larger number of people who use a screen magnifier: I don’t really know. Musing on it, I think it is possible that the extra capital letters in the title case might create a 'false start' to the prompt. The user is scrolling backwards and forwards horizontally for every line, and they might not quite scroll back to the beginning of the line if the prompt if they alight on a capital without backing up all the way. However, I don't have any evidence of this happening - I'm just speculating that it might conceivably be a problem.

For people who have other types of reading difficulties such as cognitive disabilities or dyslexia, then the tiniest details of improved legibility are really much more important than for the rest of us. Dyslexia is so common that it would tip the balance for me in favour of using sentence case for labels. But it’s still a tiny detail, so I don’t think it would justify a whole-scale change across a complete suite of forms.

AND FINALLY, CONSISTENCY HELPS
One small thing that we can do to help people who are grappling with unfamiliar words in the labels is to be completely consistent in the way we use them. If you have to ask about Corresponding Deficiency Relief, then make sure that you always capitalize it (or not) completely consistently. If your users are likely to encounter more than one of your forms, then be consistent in your choice of case.

ACKNOWLEDGEMENT
Thanks to Martin McGuire for suggesting the topic.

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.

© 2005 Caroline Jarrett, all rights reserved.

 


External link to another web site Associated Link:
Effortmark


Other News

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.

 
 

 

home | contribute | subscribe | news feed/RSS | search | contact us | disclaimer

UsabilityNews.com (version 1.41), along with its associated web site and content,
are all strictly © Copyright of the BCS Interaction 2001-2010. All rights reserved.

Joanna Bawa (editor), Dave Clarke (founder, designer and developer). Ian Parry (graphics).