Photo by jesse orrico on Unsplash

Photo by jesse orrico on Unsplash
Photo by jesse orrico on Unsplash

Nearly three million people in the United States alone
suffer traumatic brain injuries each year. That means a significant percentage
of your users may have varying degrees of cognitive issues that can challenge
their abilities to read and comprehend content. October is National Disability Awareness
Month, and that presents a great opportunity to look at how technical
communicators can help users with brain injuries.

The Centers for Disease Control and Prevention
(CDC), defines traumatic brain injury (TBI) as a “disruption in the normal
function of the brain,” which has been caused by some kind of physical trauma
such as a bump, a blow, a jolt, or even something that stabs into the head. This
infographic from Brainline.org defines TBI, explains some of the effects of
TBI, and is designed using reverse type, a design style that causes readability
problems for many people, including those with TBI.

what is a traumatic brain injury
https://www.brainline.org/article/infographic-what-tbi

A mild TBI (mTBI) is also called a “concussion.”  Doctors call these TBIs “mild” because they don’t threaten to kill us. However, the effects of even mild TBIs can follow us for long periods of time. This 2018 infographic from Brainline.org shows that up to 15% of those with mTBI may have long-term problems.

https://www.brainline.org/article/infographic-new-tbi-numbers

 A mild TBI (mTBI) is also called a “concussion.”  Doctors call these TBIs “mild” because they don’t threaten to kill us. However, the effects of even mild TBIs can follow us for long periods of time. This 2018 infographic from Brainline.org shows that up to 15% of those with mTBI may have long-term problems.

Why should technical writers think about TBIs? 

Those who have suffered TBIs may try to use the content that
we create. However, their injuries can cause problems with reading
comprehension, memory, and reasoning. The way we write and design our content affects
readability, so we can do a few simple things that will help everyone,
including those who have suffered a TBI, to use our content.

To get at the nature of one person’s experience with TBI and
how it affects the way she sees informational content, I spoke with one of my
former students, Sue Hannah, who has sustained a traumatic brain injury in the
past.

Disclaimer: not all brain injuries are alike, and some people who have brain injury may experience written and other content in a different way from my student.

Sue’s injury makes it difficult for her to process
information. Nevertheless, she needs technical documents in her life:  she reads instructional manuals, she shops
online, and she visits websites for information she needs to participate in
society such as to pay taxes and to drive a car.

Because of her injury, however, she gets frustrated by some
of the documentation she needs to use.

Sue recommends the following seven actions, that we technical
and professional writers can take to help her and others like her who have
sustained traumatic brain injuries.

1.   Exaggerate clarity.

Make information clear, not just in the words you choose but also in where you put information and what you put around that information. Is it hidden, swamped by images or other words rather than with lots of calm white space around it? Sue likes a lot of empty areas (white space) in content.

2.  Avoid reverse type. Use dark-on-light, not light-on-dark.

Reverse
type is “light text on a dark background” rather than the “dark text on a light
background.” For example, here is an infographic on the altexsoft.com website,
which uses reverse type:  light blue or
white type on a dark blue background.

While this may be a visually pleasing design to many, Sue
and many others (including me) have more difficulty processing the content—in
fact she describes reverse type as a “nightmare.” She recommends avoiding reverse
type except in things like logos or very short content. For example, see the
Target.com use of reverse type in their bullseye, cart, and login logos and in
their tab names (Categories, Deals, Trending) at the top of the page. Their
other text is dark-on-light, either black-on-grey or black-on-pink. (Thanks to
Ginny Redish for this example from her excellent book, Letting Go of the Words.)

Many designers choose reverse type because they think it
looks great, cool, or “pops out.” However, some people—Sue and I are two of
them– find reverse type very difficult to read. Choose clarity over “cool.”

On the other hand, some people prefer reverse type and say
that it helps them to read. If you aren’t sure which is more helpful for your online
readers, offer them the choice to change the background color. If you create
paper documents, don’t use reverse type except for small elements, such as
callouts.

3.   Avoid both low contrast and too much high contrast

Contrast is helpful to most readers. For some great
examples, see Katie
Sherwin’s article
on the Nielsen Normal
Group website
. She includes samples from websites that show how low
contrast creates illegible, undiscoverable, and inaccessible content:

https://www.w3.org/WAI/people-use-web/abilities-barriers/#cognitive

High contrast helps not only readers, but also, according to the Model Systems Knowledge Translation Center, msktc.org, those people who are doing everyday tasks such as cutting an onion on a cutting board:  MSKTC recommends using a dark cutting board when cutting light food such as white onions. https://msktc.org/tbi/factsheets/vision-problems-and-traumatic-brain-injury

MSKTC strives to get useful health information to the people
who need it. See their website for resources such as Guidelines
for Writing Patient Factsheets.

However, too much contrast for too much time can cause
fatigue. For example, when people read text online, they can become tired if
they try to read lots of high-contrast content. Carin Perron recommends that we
avoid “too contrasty” content for extended text, and she provides the following
examples:  yellow on black and white on
black on the writer2001.com
website:

Carin suggests one way to provide less contrast between text
and background is to use a light gray (at least 5% gray) or a light green
background instead of bright white background. The following sample shows black
type on pale gray for some, but not too much contrast.

To learn more about color contrast, see this
article from WebAIM,  which  provides
web accessibility evaluation, training, and consulting services.

4.   Get rid of clutter

Sue recommends that we create webpages with minimal content.
That is, when creating content for people with TBI or other cognitive issues, don’t
try to pack too much information onto one page.

Notice, for example, how the IRS (Internal Revenue Service)
succeeds in providing a good user experience with its minimal use of reverse
type, a mixture of high contrast and medium contrast (light gray and light blue
backgrounds), and a minimum of clutter or visual “noise”.

The Arizona Department of Transportation website, however,
is too cluttered. In addition, Sue notes that it has too much reverse type, and
has scrolling images with no way for us to stop them from moving. Notice
especially all the images in the left menu and the number of words in the ADOT
News section.

5.   Make it calm: eliminate movement and sound

Movement, such as photos that change every few seconds in a
“slide show” or “photo gallery” or “rotating banners” or “home page carousels” and
animations, cause Sue (and me) to want to click away from a site as fast as
possible. For people with TBI history, any kind of movement is more than just
distracting. Movement can keep us from getting tasks done. Unfortunately, image
sliders are fashionable, so many websites are using them to present more images
than they can with a single stationary image.

For example, the United.com website contains an image slider.
The image changes slowly, about every 5 seconds, which meets the Baymard Institute’s  5-to-7-second image-change rule for
impatient web users. However, for many people, even that much movement is too
much.

Groups such as GetElastic.com (see Home
page usability: 5 simple rules for rotating banners
) and  Pagepipe.com (see What slider is
the fastest loading?
) have been “anti-animation” for a long time because
moving objects distract everyone:  trying
to read something on a website with moving images is like trying to read
printed text with a fly crawling around on the page. The fly pulls your eyes
away from the text, and it makes you crazy.

6.   Don’t use background images

https://www.fonts.com/content/learning/fontology/level-2/display-typography/reverse-display-type

Background images are bad for readability even for those who have not experienced a TBI. Notice in the image to the left how much more work it is to read the words that have an image behind them.

Nevertheless, not all images are entirely bad. For example,
the US Postal Service does a fairly good job of making the right-hand side of
their background image more transparent (see-through or pale) in an effort to
help us read “See your mail on the go” without a lot of strain or frustration.

However, even that amount of transparency is not enough to
eliminate readability issues entirely for Sue.

We can find more guidelines for creating content that
mitigates all kinds of accessibility issues on the W3C website W3 is the World
Wide Web Consortium, an international organization that develops Web standards.

7.   Avoid complex sentences

The W3 Web Content Accessibility Guidelines and the Plain Language guidelines https://www.plainlanguage.gov/ provide really useful information on how we tech writers
can avoid
creating barriers for people with many different types of disabilities
.
Note that most of the W3 guidelines refer to design issues, but the  the second example below is a writing
issue:  avoid complex sentences that are
difficult to read and understand:

https://www.w3.org/WAI/people-use-web/abilities-barriers/#cognitive

In grammar classes we learned that a simple sentence
contains a subject and a verb:

A TBI occurs.

We also learned that a complex sentence contains a subject and a verb (an independent clause), and one or more dependent clauses. That is, when we add a dependent clause to an independent clause, we create a syntactically complex sentence.

W3 does not propose that we give up syntactically complex
sentences altogether. We can still write dependent clauses. But a syntactically
complex sentence may also be semantically complex (difficult to understand). Thus,
dependent clauses can signal us to clarify our meaning.

Passive voice can also be a signal that our writing might be
approaching “hard-to-understand.”  If our
sentences look long and confusing, they might be long and confusing.

Both the Plain Language and W3 guidelines remind us to
create easy-to-comprehend sentences. The Plain Language guidelines give a good
explanation of what
complexity looks like and how to simplify complex writing
:

https://www.plainlanguage.gov/guidelines/concise/write-short-sentences/

In order to reduce our complexity, Plain Language guidelines
tell us that we “may need to be especially inventive.”  Bring it on! 
Language re-invention is what technical writers do best:  our jobs require great creativity and
ingenuity when striving to make content accessible to all of our audiences.

gaurav
admin@postsharelinks.xyz

Leave a Reply

Your email address will not be published. Required fields are marked *