Accessibility is a commitment to providing equitable access to your services; not an item on a project checklist. It is the responsibility of each state employee and not a single person, team, or agency.
Enhancing the lives of everyone including those with and without disabilities.
It is the law.
The accessibility requirements of House Bill 21-1110 are specific to digital content, which is any content that exists in digital form. Accessibility is defined as “perceivable, operable, and understandable digital content that enables an individual with a disability to access the same information, engage in the same interactions, and enjoy the same services offered to other individuals, with the same privacy, independence, and ease of use as exists for individuals without a disability.” Given this definition, the statute applies to more than web-based content.
Makes it a state civil rights violation for a government agency to exclude people with disabilities from receiving services or benefits because of lack of accessibility. It is discrimination to exclude an individual with a disability from participation in or being denied the benefits of services, programs, or activities provided by any Colorado government entity. (OIT Website)
The following information is pulled directly from OIT's Accessible PDFs and Documents resource. All accessible documents fully produced by Forms and Graphics Development will satisfy all three of the requirements below.
Legible: A document that can be physically read by sighted readers including sight-impaired readers and readers with cognitive disabilities. For example, legible documents use font families and sizes that are easy to read with high contrast between the type and the background. Contrast and Color Accessibility(opens in new window), WebAIM.
Scannable: A reader must understand the information after a quick scan of the document. Writing for Web Accessibility(opens in new window), W3C.
Searchable: Words within the document can be searched for by a digital device used by the reader.
As part of the State of Colorado's push to offer our citizens accessible and equitable access to our services, systems and documents, Forms and Graphics Development has been tasked with ensuring our documents meet the current accessibility standards outlined by WCAG. Our team has trained on best practices and implemented several updates to our workflow and processes. FGD documents will all be designed under the Universal Design approach: "Universal Design is the design and composition of an environment so that it can be accessed, understood and used to the greatest extent possible by all people regardless of their age, size, ability or disability". In practice, this means your documents from FGD will be created as an accessible document by default. Some documents for a variety of reasons can not be reproduced as fully accessible files, these will be handled on a case by case basis. Please touch base with us if you feel you have this scenario and we can coordinate on a plan.
These are the updates that will aid low-vision users and others with cognitive impairments. The more obvious changes you will see on your documents are an increase in "size". You can expect your page count to increase 50%~ per document. There will be changes to formatting such as increased font size, uniformity of styles, greater spacing between elements, increased field space, and more! We will also advise Form Owners and Content Managers on best practices for the content on the form. This is an area where our expertise in form design overlaps with your expertise in subject matter.
One of the more complicated and labor intensive process of accessible document creation occurs "under the hood". It's here that tag trees and tab orders are corrected. We also ensure any Javascript is implemented correctly. Our team will check the accuracy of the metadata, alt text, and more. We also audit forms with screen readers to ensure what we're seeing matches what we expect to be "heard" by our screen reader users. If this sounds like a lot, it's because it is! Our team is trained and skilled at this process and can advise you on the best approach for your document.
Wondering if your document needs to be accessible? Review the Remediation Decision Tree below to determine the best medium for your document:
Google Doc Accessibility
OIT Guidance
Google Doc Accessibility site (under construction)
OIT Approved Vendor Evaluation and Audit/Testing Services (Remediation)
You can’t build accessible content overnight… It’s about making progress one step at a time. One small moment of victory propelling you forward to the next. Accessibility is a journey, not a destination.
Consider the following as you determine the best medium for your document. Touch base with your Accessibility Coordinator or Forms and Graphics Development (dor_forms_development@state.co.us) for more information on how best to present your content.
PDFs and documents (Google, Office, other) are only accessible if you make them accessible. They are not accessible by default.
PDFs are intended for the printed page. They are not the ideal format for use on screens.
Do not use a PDF to present digital content that could be a web page.
HTML is always the most accessible, mobile-friendly, easy-to-update, and user-friendly format. Follow the remediation decision tree to determine the best format for your document.
Making a non-accessible PDF into an accessible PDF, a process known as remediation, is time-consuming and may be technically challenging and potentially costly if using a remediation service.
WCAG - the authority on accessible web and print documents. CDOR must comply with the most recent release, AA standards.
Perceivable: Information and user interface components must be presentable to users in ways they can perceive. People can identify content by way of sight, sound, and/or touch, regardless of device or operating system. (Example: Images have descriptive alternative text).
Operable: User interface components and navigation must be operable. People can operate controls, buttons, and navigation by identifying it and then clicking, tapping, swiping, or using voice commands. (Example: Make all functionality available from a keyboard).
Understandable: Information and the operation of the user interface must be understandable. People can understand the content through consistency in functionality, design structure, language, imagery, and alternative representations. (Make text content readable and understandable, using plain language and document styles).
Robust: People should be able to choose their tech to interact with websites, online documents, multimedia, and other information. (This is mostly for web content).
FGD will defer to OIT guidance and rules on accessibility. Please visit OIT's Accessibility website for additional guidance.
Below is a list of items FGD will ensure accessibility on in your documents. Please review them so you're aware of some of the default updates or layout changes your document may encounter. Additionally, if you're here because you're looking for more information on creating accessible documents yourself, you can expect to take them into consideration on your layouts as well. Note, for specific guidance on any of these subjects, please reach out to FGD!
Contrast: Color must have a contrast of 4.5:1 ratio for text and 3:1 ratio for images. You can use a free OIT approved color contrast checker. Use WebAim Contrast Checker.
How to check for color contrast training video.
Color Dependency: Text and graphics are meaningful when viewed without color.
Left align text.
Use styles, apply headings.
Headings are used to organize content and make it easy to navigate. Create Headings in a logical order.
Use plain language.
Limit use of Acronyms. Define Acronyms on the first use.
Only use All Caps for Acronyms – not to emphasize words or headings.
Avoid use of hyphenation.
Only use underline for hyperlinks.
Emphasize text with Bold.
Do not use paragraph returns to create space between paragraphs.
Minimum font size for documents that will be printed is 12pt.
Minimum font size for footnotes in documents that will be printed is 10pt.
Use a Sans Serif font (Examples: Verdana, Tahoma, Arial, etc).
Line height (line spacing) to at least 1.5 times the font size;
Spacing following paragraphs to at least 2 times the font size;
Letter spacing (tracking) to at least 0.12 times the font size;
Word spacing to at least 0.16 times the font size.
Color is not used as the only visual means of conveying information, or distinguishing a visual element WCAG 2.1.4.1
Use at least two of the following for accessible graphics:
Labels
Color
Shape
Line Style/Weight
Patterns
The visual presentation of non-text elements have a contrast ratio of at least 3:1. This includes parts of graphics required to understand content. Use the OIT approved Color Contrast Checker.
Use descriptive text for embedded links. Don’t just say “Click here”.
Try to keep a hyperlink on one line of text.
If using a URL, make sure it is not on two lines of text.
Always add Alt Text to images. OIT has provided several tips on drafting Alt Text. Click this link to access the toolkit.
Only use images with relevance.
Document must have a title and language specified.
Avoid using tables for layout of information in word processing applications (Word or Google). Only use for tabular data.
In word processing applications (Word and Google) avoid using tables. Display data in list format.
Avoid blank cells. Use "No Value", "No Data", "Not Applicable". Read more at this link.
When possible, remove blank rows, columns and sheets.
Provide a descriptive name for the file name as well as any sheets on the document. Example: "Data Audit Numbers for 2024" instead of "Sheet 1".
Must have accurate captions. These can be captured using automation but must be manually checked and cleaned up for accuracy.