Email has become one of the most common ways to communicate. It is a good and economical method of disseminating information to people where they want to receive it. Emails are used for private communication, confirming transactions, newsletters, reminders for appointments, marketing and invitations, to name just a few examples.
There are a number of different email clients you can use when creating, receiving and storing emails. An email client can be installed on your computer or accessed over the internet (web mail).
Formatting email
Emails can usually be written in different formats which can be selected in the email program. The different types of formats are:
- Plain text,
- Rich text,
- HTML.
Plain text
In plain text formatting, your emails are written in the base font set in your preferences and you cannot create any other formatting, e.g. bullet points or bold. The receiver of the email can choose what font and font size they prefer their messages to be displayed in.
Rich text
In rich text you can create bullet points, different fonts, font sizes, font colours, horizontal lines etc. that can visually enhance an email.
HTML
In HTML formatting you can include anything you would use in a webpage such as images, forms and animation.
Accessibility issues
Different email clients display emails differently and there is currently no standardisation. Some can display certain features of rich text formatting and HTML, some can display all of them – others none. Some strip the email of all the formatting and replace it with their own version. The situation currently is similar to the first internet browsers in the early days of the internet. Some could display some of the HTML tags and others could not, and they were displayed quite differently depending on which browser was being used. This is something to keep in mind when creating emails and email-based newsletters.
The only way to ensure that the information is received in the same way by all recipients is to write ‘plain text’ emails. This is also the recommended format for people using screen readers and other assistive technology. The font, font size, colour and contrast are set as preferences in the email client. Users then get emails displayed the way they want.
There is some argument for the use of HTML-based emails and newsletters because they can convey a lot of additional information with images and colourful graphic designs. However, if an email is produced in HTML it should follow the same accessibility guidelines that are valid for webpages. Unfortunately there is little and disparate support for CSS (cascading style sheets) which should format the content, in today’s email clients. You cannot be sure, therefore, that the HTML email reaches the recipient as it left you.
If you are producing a newsletter in HTML format, it would be an idea to offer a plain text version as well and let the user choose which one they would like to subscribe to, or send everyone a plain text newsletter with the HTML version as an attachment. The attached newsletter could then be opened by the user’s normal browser with their accessibility settings in tact.
Newsletters and standards
There are no official standards for structuring a plain text newsletter to achieve good accessibility. However, there is an organisation called Headstar which promotes the Text Email Newsletter (TEN) Standard. This consists of guidelines designed to improve the readability of plain text email and newsletters by all readers, including people with visual impairments using special access technologies.
The Text Email Newsletter (TEN) Standard document gives examples of how you can structure your newsletter, provide a list of content and separate different sections to help the readability of the document in plain text. The document itself is structured as an example of good practice.
The Text Email Newsletter (TEN) Standard was developed by
E-Access Bulletin, a free email newsletter on access to technology by vision-impaired people, published by Headstar with support from RNIB.
Link
Text Email Newsletter (TEN) Standard document
Related Content
- Website Accessibility Auditing Service – for WCAG 2.1, WCAG 2.2 ComplianceRichard Morton is a member of our website accessibility audit team "A large proportion of my work over the last six years has been web accessibility auditing, using the Web Content Accessibility Guidelines (WCAG 2.1 & WCAG 2.2).I do manual testing, using the standard browsers, and light tools like the AIS ...
- About Web Designer and Accessible Website Design Specialist Jim ByrneA passion for equality and accessibility Decades before he became an accessible website design specialist, Jim started his working life as a computer programmer in 1979 using 'miniframe' computers that had LP (a long player record) sized 'not very floppy disks'. The disks needed to be screwed into a large cabinet ...
- Accessible website design blogNews, views, links about accessible web design and more.
Take my Web Accessibility Online Training Course - WCAG 2.1 Compliance
Learn to design and manage WCAG compliant, accessible websites with my online course
You will learn both the techniques of accessible website design and an entire ‘framework for thinking about the subject’. It will equip you with the skills to understand, identify and fix issues any accessibility issues you come across. Watch the free videos to get a taste of what is on the course.Working with non-profits, charities, voluntary and public sector organisations and social enterprises for over 20 years. Jim set up one of the worlds first website accessibility web agencies in the mid 1990s.