Missouri State University

Skip to content Skip to navigation
a b c d e f g h i j k l m n o p q r s t u v w x y z

Accessibility Updates

  • Accessibility Resources
  • Administrative Services Notifications

Accessibility: Don’t use color alone to convey content

December 13, 2017 by Web Strategy and Development

Welcome to our series of posts called, “How to make your website accessible.” We have discussed the ethical and legal reasoning behind accessibility, how to write alternative text, checking color contrast, how to write descriptive links and how to create accessible headings. The accessibility journey is moving onward with the discussion of using color to convey content.

Consider all readers

Color is a powerful visual means in the real and digital world. It conveys mood, adds presence and helps distinguish information. Color provides great design advantages, but when it is relied on to convey content — it can be ineffective.

The use of color to convey meaning creates problems for people with low vision, color perception deficiencies and color blindness. Users who have color deficiencies struggle to navigate their way through color-drenched content.

Don’t use color alone to convey meaning

As we have discussed previously, the purpose of screen readers is to read content aloud to users with visual impairments. It is important to know screen readers do not read aloud visual information. Therefore, the screen reader does not read color information.

Non-visual and visual users who cannot access color must be taken into account when using color to emphasize elements. Information conveyed with color must also be communicated textually to be effective.

The accessible solutions

Don’t be afraid to use color. However, don’t rely on color alone to convey content because it can be ineffective. The best way to design for users with visual impairments or lack access to color is to provide emphasis using text, identifiers, symbols or patterns.

Using text with color

When color is used to instruct a user to take an action, a textual alternative must be provided. For instance, “Select the green button to advance to the next chapter,” is not accessible because not every user can see the color green. Rather, the instructions should read, “Select the green Start button to advance to the next chapter.”

Below is an example of accessible buttons including color and text. Don’t forget to consider color contrast when adding text onto a colored button.

Select the green Start button to advance to the next chapter or the red Cancel button to end.

      


<button style="background-color: #4caf50; color: white; padding: 10px; border: none;">Start</button>

<button style=”background-color: #f44336; color: white; padding: 10px; border: none;”>Cancel</button>

Using identifiers with color

Required form fields are often identified using red text as a signpost. Screen readers will not identify which text is in red. Consequently, the user with visual impairments will not know which fields are required.

Rather than using just color to identify a required field, it is best to place an asterisk and advise users that “Required fields are red and marked with an asterisk.” A screen reader will read aloud the symbol, allowing the user with visual impairments to identify the required fields.

In Web Press, there is a “required field” option that will automatically place a red asterisk beside the required field.

Having “required” on an element lets the browser know this attribute exists and the corresponding input is a required field. When the required attribute is present, it specifies that an input field must be filled out before submitting a form. If a form is submitted with required fields incomplete, a message will appear to alert the user of the empty field. The image below shows the code behind the form above.

<dl class="ContentBlock Page247285">
<dt><label for="tb247285F" class="RequiredField">First name</label></dt>
<dd><input type="text" name="Field_First_name" placeholder="First name" size="30" required id="tb247285F" /></dd>
<dt><label for="tb247285M">Middle name</label></dt>
<dd><input type="text" name="Field_Middle_name" placeholder="Middle name" size="30" id="tb247285M" /></dd>
<dt><label for="tb247285L" class="RequiredField">Last name</label></dt>
<dd><input type="text" name="Field_Last_name" placeholder="Last name" size="30" required id="tb247285L" /></dd>
</dl>

Using patterns and textures with color

Let’s consider bar graphs. If a user can see color, the graph below is easy to understand because each bar is clearly identifiable and distinguishable.

screenshot of bar graph

If color is removed, it is difficult to distinguish each bar on the graph. A solution would be to include a pattern or textual identifier, in addition to color, on each bar to make it distinguishable for all users. A correct example can see seen below:

screenshot of accessible bar graph

Using shapes with color

Use shapes in addition to color to indicate where problems arise. For example, brand.missouristate.edu uses color and shapes to identify the correct use of grounding bars. The color green and a check mark is used to identify the correct use of grounding bars. Conversely, the color red is used with an X to identify the incorrect use of grounding bars.

screenshot of correct use grounding barsAs you can see below, if color is eliminated, a user will still be able to identify which option is correct or incorrect because of the symbol associated with it.

screenshot of correct use grounding bars

Color is your friend

Color should not be a design element that is avoided. Color is an element of visual communication that enhances design, identity and usability. Please think of color as a means to enhance and enliven the display of a page. When used as a supplement, rather than on its own, it can be a great benefit to all web users.


Ask the Web Help Desk

How can I check to see what my webpages look like without color?

Follow the steps below to apply a greyscale filter to your webpage:

  1. Go to the Colorblind Web Page Filter.
  2. Type the URL of your website into the Type a URL box.
  3. Select Greyscale/achromatopsia from the Pick a color filter drop-down menu.
  4. Select Fetch and Filter!

Where can I learn more about color vision deficiencies?

There are several types of color-blindness and visual deficiencies affecting color. You can use a Color Blindness Simulator or watch the video below to learn about each color vision deficiency.

Where can I learn more sufficient techniques to meet this accessibility guideline?

The Web Accessibility Initiative gives great advice, techniques and insight into this accessibility guideline.

Additional questions?

The Web Help Desk is on your team. If you have any questions or need further assistance, please contact the Web Developer Help Desk at WebPress@MissouriState.edu or call 417-836-5271 between the hours of 1 p.m. and 5 p.m. on normal business days.

Filed Under: Web Strategy and Development Tagged With: Accessibility, Color, Web Press, Web Strategy and Development

Accessibility series: Headings

November 7, 2017 by Web Strategy and Development

Welcome to our series of posts called, “How to make your website accessible.” So far we have discussed the ethical and legal reasoning behind accessibility, how to write alternative text, checking color contrast, and how to write descriptive links. The accessibility journey is moving onward with the discussion of headings.

Headings vs. paragraphs

A heading is a short phrase describing what a succeeding section is all about. Headings help users determine the overall outline of a document and navigate to specific information on a page. Headings are bold and bigger compared to normal paragraph text. Headings need <h> tags while paragraph text need <p> tags. The images below display the Source View and Rich Text view to better understand the code behind headings and paragraphs.

Heading ranks

Headings are nested according to level or rank. Heading 1 is the most important heading, whereas heading 6 is the least important. Headings with an equal or higher rank start a new section, headings with a lower rank start new subsections that are part of the higher ranked section. In Web Press, Heading 1 is the title of the web page, while Heading 2 serves as a main section.

Heading HTML tags

Heading tags are used to create headings. They are defined with the <h1> to <h6> tags, telling browsers and search engines that this is the most important text on the page.

If you are using Web Press or WordPress, these tags are placed automatically when a heading is selected. If you notice a heading issue but can’t figure out the problem behind it, the HTML elements will likely uncover the issue. In Web Press, click View Source inside the text window to find HTML. In WordPress, click Text in the upper right window tab. You don’t have to be a coding expert to fix headings in HTML as long as you know the heading tags below:

<h1>Heading 1</h1>
<h2>Heading 2</h2>
<h3>Heading 3</h3>
<h4>Heading 4</h4>
<h5>Heading 5</h5>
<h6>Heading 6</h6>

Improving readability

Headings support visual readability. Internet readers tend to inspect webpages in blocks and sections. Splitting information into logical chunks based on headings allows the skimmers to quickly find what they need. Informative and concise headings are effective, giving readers a preview of the information. It is critical to ensure headings have a logical structure.

Increasing accessibility

Users with visual impairments may have headings read aloud by a screen reader. The screen reader will compile a list of headings, rather than reading aloud the entire page. This allows those with visual impairments to easily jump through a website’s sections and navigate to a particular set of information. Heading structure is one of the most important accessibility considerations.

Optimizing search ranking

Search engine optimization (SEO) is the process website owners use to help search engines find, index and rank their web pages — hopefully above others. Instances of <H> tags in text tells a browser—and of course, Google—that the text is important. When a user is searching for specific information, headings communicate to search engines what a website is all about. Because headings are important to users, they directly affect search rankings and optimization.


Ask the Web Help Desk

Why can’t I use bold text instead of a heading?

This is a frequently asked question at the Web Help Desk. Web Press users tend to love the bold look opposed to the smaller, gray Heading 2. In all circumstances, it is best practice to use a heading rather than bold. This will code your heading with the proper <H> for accessibility and search engine optimization.

On a side note: Headings are written in sentence case and don’t include punctuation. This means you only capitalize the first letter of the first word and proper nouns. (Ex: Web content management system)

Even if you think it looks better another way — trust the Help Desk.

How do I access headings in Web Press?

In Web Press, the heading size and color style is set as pre-set. Follow these steps to set a heading:

  1. Select the Open Rich Text Block red dot.
  2. Select the Edit Content red dot.
  3. Highlight the text you wish to make a heading.
  4. Select the heading drop-down list.
  5. Select the appropriate heading in the drop-down menu.
  6. Select OK.

Freeform content block

How do I change the page title?

In Web Press, the Heading 1 is the title of a page. Follow these steps to the change the page title:

  1. Go to the page you are editing in the SmartEdit.
  2. Select the Open Web Page red dot at the top of the page.
  3. Right-click anywhere on the page.
  4. From the drop-down menu, select Edit Properties.
    Edit properties drop-down menu
  5. In the Edit Properties window, type your new page title in the Headline box.
    Edit properties window
  6. Select OK.

How do I access headings in WordPress?

Follow these steps to set a heading in WordPress:

  1. Select Format from the toolbar menu.
  2. Move down the drop-down list and select Formats.
  3. Select Headings
  4. Select the heading you wish to use.
    image of dropdown from the format button at the top of the blog to the headings sub-menu

Further questions?

If you have any questions or need further assistance, please contact the Web Developer Help Desk at WebPress@MissouriState.edu or call 417-836-5271 between the hours of 1 p.m. and 5 p.m. on normal business days.

Filed Under: Web Strategy and Development Tagged With: Accessibility, Headings, Web Press, Web Strategy and Development, WordPress

Recap: Making Your Statement in a Digital World – Sept. 29, 2017

October 3, 2017 by Web Strategy and Development

We recently presented Making Your Statement in a Digital World, a comprehensive training session for Missouri State website, blog and social media managers.

Still have questions or need help?

We’re hosting two post-training open labs, to answer your questions and provide support. Please join us. No preregistration is required.

Key details

  • Dates: Friday, Oct. 27 and Friday, Nov. 10
  • Time: 2-4 p.m., both dates
  • Location: Meyer Library 106 Cheek Hall 100
  • About: Both sessions will be held in conjunction with the Web Help Desk open lab.

Access the presentations

The Sept. 29 training session was presented in four parts.

  • Readability
  • Blogging
  • Accessibility
  • Social media and visual platforms
    • Twitter
    • Facebook
    • Visual (YouTube, Instagram, aggregators, Snapchat)

wideshot of people walking on campus

Key takeaways

Readability

  • Use concise text and a scannable layout to make your content more readable. Put the most important information at the top.
  • Always ask, “how does this look on mobile?” Current and future students are researching your department/program on their phones.
  • Write less, people will read more. People will read more of a 300-word article than they will a 600-word article.
  • No one wants to put extra effort into reading. Seventy percent of people read at an intermediate (middle school) level. Newspapers aim for a 7th grade reading level.
  • Headings, bulleted lists and visual elements. Use them.
  • The YoastSEO plugin for WordPress is a great tool for improving your writing.
  • Improving your content readability has many benefits, including audience reach and audience action.

Blogging

  • Does your blog tell a story? Who is speaking in your story and how are you conveying that meaning? It’s important to start in the action and develop some sort of conflict that is resolved.
  • Be sure you are defining your audience; alumni, faculty, staff, and/or students?
  • Utilize the formatting strategies from readability while adding photography and pull quotes.
  • Update your blog with engaging stories at least once a month, if not more.

Students taking photo with Boomer

Accessibility

  • Accessibility means people with disabilities can use and navigate your website.
  • There are federal guidelines for accessibility. MSU, which receives federal funding, falls under WCAG 2.0 Level AA.
  • Think of your website as a public space (i.e. a courthouse or city hall). Make accommodations for all.
  • Accessibility overlaps with readability and best practices for websites. Having an accessible website means your website is better overall.
  • Alt text, headings and descriptive links are crucial for accessibility. Our Accessibility blog series also covers these topics, and more.

Social media and visual platforms

  • Share human – don’t be afraid to act like a human and interact with your audience one-on-one.
  • Set up a Facebook business account where people can find your contact information. Be prepared to respond to their questions.
  • Think visual – when on location for an event share raw photos, but when promoting the event utilize photo services to help boost your presence.
  • Video is king across all platforms. Be sure to add captioning for accessibility and to increase views.
  • Measure your success based off the goals your team sets: more followers, increased engagement, more views, etc. Keep a log of your analytics so you can compare data from previous years.

Students in computer lab

Filed Under: News, Web Strategy and Development Tagged With: Accessibility, aggregators, blog, blogging, Blogs, content, facebook, instagram, News, presentations, readability, snapchat, Social Media, Training, Twitter, Web, Web Press, Web Strategy and Development, WordPress Blogs, YouTube

Rewriting table elements for mobile devices

August 21, 2017 by Web Strategy and Development

Considering table accessibility

The web accessibility of HTML tables is notoriously tricky to manage. As part of our ongoing campaign to increase the accessibility of Missouri State’s web pages, we’ve added functionality that adapts the table layout on mobile devices.

While this functionality is primarily intended to increase data comprehension, it also helps users avoid zooming and side-scrolling on mobile devices. Furthermore, enforcing correct semantic HTML markup improves the accessibility of tables on our site. Providing valid and predictable tabular structures helps assistive devices such as screen readers consume our content more accurately and effectively.

How might a rewritten table look on mobile devices?

The following screenshots provide an example of how a table similar to the one above might appear when reformatted on mobile devices. The first image shows the how it might look on a desktop computer. The second image shows that same table in a mobile context after the script processes the content.

An example of a table when viewed in a desktop context

An example of how reformatting a table on mobile devices can improve accessibility and readability

Example structure

The basic outline of a table structure that will be reformatted for mobile devices is as follows:

<table>
    <caption>Optional but recommended caption describing the purpose or contents of the table.</caption>
    <thead>
        <tr>
            <th>Column 1 Header</th>
            <th>Column 2 Header</th>
        </tr>
    </thead>
    <tbody>
        <tr>
            <td>Column 1, row 1 data</td>
            <td>Column 2, column 1 data</td>
        </tr>
        <tr>
            <td>Row 2, column 1 data</td>
            <td>Row 2, column 2 data</td>
        </tr>
    </tbody>
    <tfoot>
        <tr>
            <td>Optional footer row column 1 data</td>
            <td>Optional footer row column 2 data</td>
        </tr>
    </tfoot>
</table>

We can visualize the above HTML like this:

Optional but recommended caption describing the purpose or contents of the table.
Column 1 header Column 2 header
Column 1, row 1 data Column 2, row 1 data
Column 1, row 2 data Column 2, row 2 data
Optional footer row column 1 data Optional footer row column 2 data

Restriction and enforcement

Current and future versions of Missouri State’s common.js file contain a small script that dynamically rewrites table elements on a page when viewed on a mobile device. It does this by placing the text of the column headers (th elements) into their corresponding data cells (td elements) throughout the table as data attributes. We use CSS to restyle the content in order to make the data easier to understand.

Our script performs several checks against the structure of a data table, then decides whether or not that table should be redrawn for mobile devices. The script will refuse to process a table if that table’s structure does not conform to a specified pattern of elements. The current HTML requirements for a table to be eligible for mobile processing are as follows:

  • A table must have 1 and only 1 thead element
  • The table must have 1 and only 1 tbody element
  • The table may have 0 or 1 tfoot element(s)
  • Any th elements in the table must be used as column headers and placed in the thead element

Why are there limitations?

These restrictions are in place to avoid incorrectly processing multi-dimensional or otherwise complex tabular structures. The key advantage to this approach is that simple, informative data tables receive the added benefit of being rendered in a more readable format on mobile devices. Conversely, complex tables can be overridden to retain their specified readability as necessary. If a table violates any of the above rules, the script dynamically adds a class to that table to discourage mobile reformatting. Notably, web editors can manually add the override class (“TableOverride”) to their markup to prevent those tables from being reformatted in mobile contexts.

The enforcement of these structures is also beneficial to assistive technologies like screen readers because simple tables are easier to parse. Simplifying or “flattening” tables into smaller, more consumable chunks is better for end users and more efficient for machines.

In addition to the requirements outlined above, we also recommend using caption elements to describe the purpose of your tables. Table captions are widely accepted as beneficial to the overall accessibility of a web page.

Notes on our accessible table implementation

Currently, our script does not offer support for tables with row headers. It will also refuse to process any tables with th elements used for row headers within the tbody or tfoot elements. Our development roadmap includes plans to eventually accommodate th elements when used as row headers, most likely in conjunction with the scope attribute.

Additionally, tables may exhibit unexpected behavior when colgroup or col elements are present. At this time, the script ignores these elements during processing. However, it is probably best to avoid these tags if you wish for mobile devices to correctly display your redrawn tables. If you find that you must use colgroup or col elements in your table, you should consider adding the override class in order to discourage processing by the script.

Also, remember to only use a table for its intended purpose: displaying data to users. For design and layout purposes, it is better to use a block-level tag such as a div. In addition, our current Web Press template provides a method for organizing the layout of your content.

More information about semantic HTML elements

You may visit these links for more information about relevant HTML elements.

  • The table element
  • The caption element
  • The thead element
  • The tbody element
  • The tfoot element
  • The th element

Filed Under: Web Strategy and Development Tagged With: Accessibility, Training, Web Strategy and Development

« Previous Page

Subscribe via Email

Enter your email address to subscribe to this blog and receive notifications of new posts by email.

Categories

  • Access Technology Center
  • Diversity and inclusion
  • News
  • President's Council on Disability
  • Provost
  • Web Strategy and Development
  • web-strategy-and-development

Tags

a11y a11ysummit Accessibility Acessibility aggregators alt text blackboard blog blogging Blogs Color color contrast conference content descriptive links diversity facebook FCTL Headings how-to instagram News Office of Web and New Media Parking presentations Provost Communique readability snapchat Social Media Social Media Boot Camp support syllabus Tables Technical Training Twitter Web Web Press website website accessibility Web Strategy and Development WordPress WordPress Blogs writing YouTube

Meta

  • Log in
  • Entries feed
  • Comments feed
  • WordPress.org
Make your Missouri statementMake your Missouri statement
  • Last Modified: August 21, 2017
  • Accessibility
  • Disclaimer
  • Disclosures
  • EO/AA/M/F/Veterans/Disability/Sexual Orientation/Gender Identity
  • © 2013 Board of Governors, Missouri State University
  • Contact Information