Changes

Accessibility

15,014 bytes added, 23 January
m
California AB 434
=Overview=
This article is about accessibility as it relates to Platform3SmartSimple Cloud. We believe that all people with a diverse range of sight, hearing, movement, and cognitive ability should be able to use the platformsystem, and we strive to ensure anyone can access your system in a way that respects their dignity and independence.This article contains information related to ensuring your system is accessible. 
If you have questions or encounter anything that seems like an accessibility issue, please contact our support team.
We aim to meet Web Content Accessibility Guidelines [https://www.w3.org/WAI/standards-guidelines/wcag/glance/ (WCAG) 2.1] conformance level AA or higher. View our [https://www.smartsimple.com/trust-center-agreements/ voluntary product accessibility template]for more information. If you are a system administrator configuring a system, please look at the [[#Accessibility_-_Advanced | Accessibility - Advanced]] section below to make sure your system is configured to be accessible. <u>'''Note:'''</u> Meeting accessibility guidelines is a shared responsibility. How you choose to configure your system and the content you enter into the system affects how accessible your system will be.
=Accessibility - Essentials=
==Disabilities definedDefined==A disability in web accessibility terms is a condition or barrier that limits a person from interacting with or accessing information or functionality of a web application.Disabilities may be permanent, temporary, or situational. It is estimated that approximately 1 in 5 people have a disability. Disabilities are generally classified into 4 areas. [[File:a11y-disability.png|thumb|none|alt=four images of disabilities, Cognitive|500px|The four disability classifications (Visual, Hearing, Movement, Cognitive)]] 
[[File:a11y-disability.png|thumb|none|500px|The four disability classifications (Visual, Hearing, Movement, Cognitive)]]
===Visual===
===Movement===
This classification includes people with Cerebral Palsy, Quadriplegia and a range of restricted movement and may include people with arthritis or other conditions or and injuries.
===Cognitive===
This classification includes people with developmental delays, dyslexia, autism, ADHD, Down syndrome , anxiety and may be expanded to include Nonnon-native speakers and sometimes the elderly.
==Assistive technologiesTechnologies==
Assistive technologies are anything used to increase, maintain, or improve functional capabilities. Assistive technologies empower us to overcome or remove a disability. Some common assistive technologies include:
Eye tracking devices, switches, sip and puff devices, refreshable braille keyboards, screen readers and screen magnifiers.
[[File:a11y-tech.jpg|thumb|none|alt=photo of Assistive devices|500px|Assistive devices: eye tracking, a switch, sip and puff device, refreshable braille keyboard]]
Common ==Screen Readers==The most commonly used screen readers includeare:
* JAWS (Job Access with Speech)used with Chrome: [https://support.freedomscientific.com/Downloads/JAWS Download] | [https://webaim.org/articles/jaws/ Instructions]* NVDA screen reader: [https://www.nvaccess.org/download/ Download] | [https://webaim.org/articles/nvda/ Instructions]* Apple’s OS X VoiceOver* Google’s Chromevox* Android Talkback(built in screen reader for the Mac)
Screen readers on mobile devices typically use a gesture-based user interface whereas on desktops they use keyboard-based interface.
==Guidelines and Legislation==
Guidelines and legislation are constantly evolving and vary depending on your locality. Below are some prominent guidelines and legislation. Visit More information on web accessibility can be found on [https://en.wikipedia.org/wiki/Web_accessibility for more informationWikipedia].
===WCAG===
Web Content Accessibility Guidelines or '''WCAG''' for short, is a set of international standards, published by the World Wide Web Consortium (W3C).These standards contain a set of guidelines with testable success criterioncriteria.Essentially there are four guiding principles in WCAG.
# Is it Perceivable: Can I perceive the Interface and information presented?
# Is it Robust: Can I use a variety of assistive technologies with the system?
Visit the [https://www.w3.org/WAI/standards-guidelines/wcag/ W3C's page on WCAG 2.x] to learn more.
===WAI-ARIA===
'''Web Accessibility Initiative - Accessible Rich Internet Applications''' or '''ARIA''' for short. '''ARIA''' is a set of specific recommended standards for developers. '''ARIA''' is generally intended to increase accessibility of web pages with dynamic content and specific user interface components.
Visit [https://www.w3.org/WAI/standards-guidelines/aria/ W3C's page on WAI-ARIA] to learn more.
===Section 508 (USA)===
'''Section 508''' of the U.S. Rehabilitation Act generally requires federal agencies to provide information in an accessible way.
Visit [https://www.section508.gov/ Section 508] to learn more. Also see the [https://ictbaseline.access-board.gov/ ICT Testing Baseline for Web Accessibility].
===ADA (USA)===
to information for people with disabilities and prohibits discrimination on the basis of disability.
Visit the [https://www.ada.gov/ ADA website] to learn more. ===California AB 434===California legislation mandates all state agencies and entities must display signed certification demonstrating the website's adherence to the Web Content Accessibility Guidelines (WCAG) 2.0 or higher. Visit the [https://leginfo.legislature.ca.gov/faces/billNavClient.xhtml?bill_id=201720180AB434 ca.gov website] to learn more. ===European Accessibility Act (EAA)===The European Union requires its member states to abide by Web Content Accessibility Guidelines 2.1 (WCAG 2.1) Level AA standards. Visit [https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=COM%3A2015%3A0615%3AFIN EUR-lex (Directive of the European Parliament and of the Council)].
===EU Web Accessibility Directive===
European Union (EU) Directive on the Accessibility of Websites and Mobile Applications Generally states in regards to web applications that Public sector organisations across the EU must adhere to WCAG standards. The European standard for technology accessibility in the public sector is known as EN 301 549.
Visit http[https://ndawww.ieetsi.org/deliver/etsi_en/301500_301599/301549/02.01.02_60/en_301549v020102p.pdf ETSI to view the EN 301 549 PDF]. ===Accessible Canada Act (Canada)===The '''Accessible Canada Act''' (BILL C-81) applies to the government and federally regulated private sector. Related links: * [https://www.canada.ca/en/Publicationsemployment-social-development/Communicationsprograms/EUaccessible-Webcanada.html Canada.ca (Towards an Accessible Canada)] * [https://parl.ca/DocumentViewer/en/42-Accessibility1/bill/C-Directive81/ royal-assent parl.ca (An Act to learn moreensure a barrier-free Canada)] * [https://www.tbs-sct.canada.ca/pol/doc-eng.aspx?id=23601 tbs-sct.canada.ca (Standard on Web Accessibility)]
===AODA (Ontario, Canada)===
'''Accessibility for Ontarians with Disabilities Act''' or '''AODA''' generally states you must adhere to WCAG guidelines.
Visit https://www.aoda.ca/ and https://www.ontario.ca/laws/statute/05a11 to learn more.
Visit [https://www.aoda.ca/ aoda.ca (Accessibility for Ontarians with Disabilities Act)] and [https://www.ontario.ca/laws/statute/05a11 ontario.ca (Accessibility for Ontarians with Disabilities Act, 2005)] to learn more. ==Accessibility Overlays, Toolbars and Plugins==Accessibility overlays for websites may be called by different names such as plugins, apps, software, and toolbars. They are marketed as a complete solution for accessibility. Unfortunately, this is not true. An overlay on your system or a public website will not make your system accessible or compliant. An overlay is not a substitute for good design, content, coding, or testing. Some people argue that overlays (toolbars) in and of themselves are discriminatory. Other vendors have created plugins to disable these overlays. People with disabilities find overlays annoying as they effect performance and have the opposite effect of what is intended. For further reading, here are some articles on the subject: * [https://overlayfactsheet.com/ Overlay Fact Sheet]* [https://www.a11yproject.com/posts/should-i-use-an-accessibility-overlay/ Should I use an accessibility overlay? | The A11y Project]* [https://www.siteimprove.com/glossary/accessibility-overlays/#:~:text=Accessibility%20overlay%20tools%20are%20automated,plugin%2C%20app%2C%20or%20widget A guide to accessibility overlays | Site Improve]* [https://krisrivenburgh.medium.com/toolbar-plugins-widgets-for-website-accessibility-arent-ada-508-compliant-7e7b649e20ba Toolbar Plugins/Overlay Widgets for Website Accessibility Aren’t ADA Compliant | Kris Rivenburgh]* [https://karlgroves.com/automated-lies-with-one-line-of-code/ Automated Lies, with one line of code | Karl Groves]* [https://www.linkedin.com/pulse/dont-get-scammed-why-you-should-avoid-quick-fix-web-alfredo-mercedes#:~:text=Accessibility%20Overlays%20are%20not%20a%20substitute%20for%20good%20design.,exist%20in%20the%20first%20place:// Don't Get Scammed: Why You Should Avoid Quick-fix Overlays For Web Accessibility | Fred Mercedes] Additional browser extensions exist to block accessibility overlays, such as [https://www.accessibyebye.org/ AccessiByeBye]. ==Testing for accessibilityAccessibility==Platform3 The SmartSimple Cloud platform is tested for accessibility regularly by internal teams and on demand by a 3rd party (a completely blind computer user) and tested by SmartSimple employeestesters. Primary testing is done with the '''JAWS''' screen reader on desktop computers. Meeting accessibility guidelines is a shared responsibility. How you choose to configure your system and the content you enter into the system affects how accessible your system will be. [https://ictbaseline.access-board.gov/ ICT Testing Baseline for Web Accessibility (section 508)] [https://www.smartsimple.com/trust-center-agreements Download our Voluntary Product Accessibility Template (PDF)] ===Automated Testing===There are a number of tools you can use to test your system.
Download our Voluntary Product Accessibility Template https://www.smartsimple.com/agreements.html
[https://wave.webaim.org/extension/ '''Wave toolbar'''] (Free) - Browser extension that annotates possible problems inline at the page level[[File:a11y-wave.png|thumb|none|alt===Automated testing===There are a number Screenshot of software|500px|Screenshot of free tools you can use to test your system. Here are a few popular browser extensions:Wave]]
[https://accessibilityinsights.io/docs/web/overview/ '''Accessibility Insights for Web'''] (Free) - Browser extension that annotates possible problems inline at the page level
[[File:A11y-accessibility-insights.jpg|thumb|none|alt=Screenshot of software|500px|Screenshot of Accessibility Insights]]
'''Wave toolbar''' - annotates possible problems inline. [https://wavedevelopers.webaimgoogle.orgcom/extensionweb/tools/lighthouse/ '''Google Lighthouse'''] (Free) - Provides an accessibility audit at the page level[[File:a11y-wavelighthouse.pngjpg|thumb|none|alt=Screenshot of software|500px|Screenshot of WaveGoogle audit]]
[https://chrome.google.com/webstore/detail/siteimprove-accessibility/efcfolpjihicnikpmhnmphjhhpiclljc '''TenonSiteimprove''' ] (Free) - display code snippets and guidelines. https://tenon.io/Browser extension that provides an overview of accessibility issues at the page level[[File:a11y-tenonsiteimprove.pngjpg|thumb|none|alt=Screenshot of software|500px|Screenshot of TenonSiteimprove]]
[https://tenon.io/ '''Tenon'''] (Trial) - Displays code snippets and guidelines
[[File:a11y-tenon.png|thumb|none|alt=Screenshot of software|500px|Screenshot of Tenon]]
'''Google Lighthouse''' - provides an accessibility audit. [https://developerschrome.google.com/webwebstore/toolsdetail/lighthouseaxe-devtools-web-accessib/lhdoppojpmngadmnindnejefpokejbdd '''AXE DevTools'''] (Free) - Browser extension with a paid tier of upgrades[[File:a11y-lighthouseaxe.jpgpng|thumb|none|alt=Screenshot of software|500px|Screenshot of AXE in Google auditChrome DevTools]]
===Other Tools===
[https://validator.w3.org/ '''W3C Markup Validator'''] - Check the markup validity of web documents (HTML, XHTML, etc.) [https://jigsaw.w3.org/css-validator/ '''W3C CSS Validator'''] - Check the markup validity of CSS
[https://webaimaccessible-colors.org/resources/contrastcheckercom/ '''Accessible Colors'''] - Check the contrast ratio of foreground and background color. (colored text over a colored background)including size and weight.
[https://webaim.org/resources/contrastchecker/ '''Webaim Web Accessibility Contrast Checker'''] - Check the contrast ratio of foreground and background color (colored text over a colored background). [https://color.a11y.com/ '''a11y Web Accessibility Contrast Checker'''] - Check the contrast ratio of content on a web page (colored text over a colored background). ==Beyond automated testingAutomated Testing==
Automated tools may present false positives and may not catch usability errors. As such you may want to:
* Create your own user group of testers (A group of five people is often recommended as optimal for testing).
* Test for usability learn more at [[Usabilityusability]].
* Consider a 3rd party audit.
 
==Our Design, Development, and Testing Methodology==
Our '''design''' methodology uses an inclusive framework like WCAG. The design process starts with empathetic research and analysis, followed by the POUR methodology. We ensure our experiences are Perceivable, Operable, Understandable, and Robust. This allows us to pay special attention when designing for people with a diverse range of sight, hearing, movement, and cognitive ability such as dyslexia, autism, and anxiety. This also includes disabilities that are permanent, temporary, or situational. The design methodology and reviews happen before and after changes are made and includes feedback loops with the community as changes are deployed and amended.
 
Our '''development''' methodology is similar to the design methodology in that it takes into account similar factors. This includes but is not limited to writing accessible code and following best practices as outlined within WCAG and by W3C. We conduct internal code reviews and use automated testing tools such as SonarQube to continuously inspect code.
 
Our accessibility '''testing''' methodology follows WCAG standards and the standardized baseline testing as prescribed by [https://ictbaseline.access-board.gov/introduction/ Section 508]. In addition, we may retain outside auditors and experts to assist in aspects of the quality assurance process. We also use automated testing tools.
=Accessibility - Advanced=
If you are a SmartSimple System Administrator you have a role need to pay special attention to play in ensuring the configuration of your system is remains accessible.Here is a list of some important information to note when you setup modify your system. ===Define Alternate Text for the Logo===The system logo appears in the top left of the header in your system. You must provide equivalent alternative text for this logo. Typically, your alternative text for this image would be your organization name or the name you have given your system. Modify the alternate text for your logo by going to '''Menu''' icon > '''Global Settings''' > '''Branding''' tab > and enter your desired text into the '''Logo Text''' input. ===All Links and Buttons Must Be Descriptive===If you are adding a link or modify any SmartSimple a button inside your systemnever say '''click here'''! A user with a screen reader tabs from link to link and will have no idea what will happen when the link is read out of context.
===All links and buttons must be descriptive===
If you are adding a link or a button inside your system never say '''click here'''!
A user with a screen reader tabs from link to link and they will have no idea what will happen when the link is read out of context.
Links must be descriptive (describe destination, state the purpose or what will happen).
Examples of good links and button text are: “view demo”, “start application”, “enter budget”, “visit Wikipedia”
[[File:A11y-links.png|thumb|none|alt=Screenshot of good and bad links|800px|Links and buttons need to describe destination, state the purpose or what will happen.]] Examples of good link/button text are: "Open budget" "View demo", "Start application", "visit smartsimple.com" Also dondo not use 't ''open''' as a button label buttons edit or open especially if there are multiple buttons on a page. Edit If you are opening or editing something, be sure to describe or accurately label whatyou are opening. That way, open your screen reader users will know whateach button does. Keep link text short and precise lengthy descriptions are difficult to understand and increase cognitive load. Strive to select a few words that best describe your link, and avoid using the same text for links that go to the same locations. ===Title Tags on Custom Templates===In some scenarios, you may wish to define the title for a specific page in the system. For example, if there you use the '''Page Layout''' option of '''Custom''' on a signup page, you can manually edit the title found between the title tags in the HTML. ===Table Syntax and Adding HTML===If you are multiple buttons entering HTML into your system and adding a table for display purposes, consider indicating it with the same name how do '''role=presentation'''. Tables headers should use '''TH''' and table data should use '''TD'''. You may also wish to consider adding '''scope''' (col, colgroup, row, rowgroup) to headers. Ensuring you are using proper semantic structures will ensure your content is machine readable by assistive technologies. Secondly make sure you open and close your tags properly. If you open a '''TR''', '''TH''', '''TD''' or '''DIV''' make sure you know what each have a closing '''TR''', '''TH''', '''TD''' or '''DIV'''. Just because it looks right in your browser does not mean it will dobe machine readable by assistive technology. [[File:A11y-scope.png|thumb|none|alt=Screenshot of table syntax with scope||400px|Use proper semantic structures if you add HTML to your system.]]
===Table Syntax===IF you are using a table for display purposes indicate it with '''role=presentation''' and do not use caption or '''TH'''Visit [https://webaim. For normal org/techniques/tables the headers need to have '''TH''' and table /data with WebAIM'''TD'''. Consider adding scope (col, colgroup, row, rowgroup) s page on creating accessible tables] to headers and a captionlearn more. Ensure your content is machine readable by assistive technologies by utilizing the proper semantic structures. Example:
Example: ===The BR Tag===Don't use '''BR''' tags to create visual space. Wrap your text in a '''THP''' tag or a block level element such as a '''DIV''' and add a class or style if needed to control the visual space. The only appropriate place to use a '''BR''scope="col"' tag would be for poetry, song lyrics and arguably address fields. When a screen reader encounters a '''BR''' or tag it will stop reading, requiring the user to move forward to the next line manually. Using a double '''scope="row"BR'''tag is therefore very cumbersome for users of assistive technology. Visit [https://www.w3.org/TR/2011/WD-html5-author-20110809/the-br-element.html w3.org (the BR Element)]
Go to https[[File://webaimA11y-br.org/techniques/tables/data png|thumb|none|alt=Screenshot of good and bad usage of the BR tag|800px|Don't use BR tags to learn morecreate visual space.]]
===Nested and closing tagsTags===Nest your HTML tags properlyshould be '''nested''' in a proper order, example if you open a TR meaning that the tag opened most recently is always the next tag to close a TR, . Example if you open a '''SPAN ''' inside a TD '''DIV''' make sure you close the '''SPAN ''' before you close the TD'''DIV'''. [[File:A11y-nested.png|thumb|none|alt=Screenshot of good and bad nested tags|800px|Nest tags in proper order.]]
===Bold and Italics===
HTML 5 specification states HTML5 specifications state that important text should be denoted with the '''strongSTRONG''' tag not bold (the '''bB''' tag) and emphasized for bold text. In addition, text should be denoted with the '''emEM''' tag not italic (the '''iI''' tag)for italicized text. Bold Avoid using the b and I i tags as they are not perceivable to user agents such as like screen readers.Visit [https://www.w3.org/International/questions/qa-b-and-i-tags www.w3.org (Using B and I tags)]
[[File:A11y-bold.png|thumb|none|alt=Screenshot of bold and strong tags|800px|Use Strong and EM tags not B and I tags.]] ===Underlined textText===Generally don’t underline text on the web that is not a link. Underlines are strongly perceived to be a clickable link which will confuse and frustrate users. Use '''strong''' or '''em''' or header tags to denote importance and avoid the '''u''' tag. The U tag is not intended to convey semantic meaning. According to [https://www.w3schools.com/tags/tag_u.asp w3schools.com] underline text should only be used for things like misspelled words or proper names in Chinese.
===Font Tag===
The font tag is not supported in HTML5 its use semantic elements to indicate emphasis or structure and CSS to handle stylingshould be avoided.Visit [https://www.w3schools.com/tags/tag_font.asp w3schools.com]
===Declare languageLanguage===The Your system will automatically declare the language of each on system generated pagepages, but if you add a static content or a page in a [[Smart Folder|SmartFolder ]] you will need to declare the language.
Example in the '''HTML''' tag add '''lang="en"''' for English and '''lang="es"''' for Spanish and '''lang="fr"''' for French.
Go to Visit [https://www.w3docs.com/learn-html/html-language-codes.html ISO Language Codes] to learn more. ===Use Title Bars (Headings) and Tabs===Chunk like content under the '''Layout – Title bar''' custom field to make it easier to navigate to sets of content. The '''layout – title bar''' custom field is '''H2''' (heading level 2). In contrast the name field at the top of object pages is an '''H1''' (heading level 1). By using the title bar field, people using assistive technology can quickly jump or skip content to get from one header (section of content) to another. Note: Many users prefer longer pages over many tabs. Some users may find it difficult to navigate between tabs, especially scrolling tabs when there are more tabs then can fit on screen. Also, your users may prefer to scroll down over navigating left to right as this a common practice on mobile devices. For these reasons your users may prefer longer pages with title bars instead of many tabs. You may also want to consider enabling or disabling the '''Title Bar Navigation Pane'''. This setting will display a navigation pane on your forms that allows your users to easily navigate between various titled sections of a form. This setting is found under menu icon > global settings > branding tab. [[File:2020-07-ticket-111287-1.png|thumb|none|alt=Screenshot of jump to menu|800px|The optional <strong>Title Bar Navigation Pane</strong> as seen on a Level 1 grant.]] When configuring portals, each portal section '''Title''' will display as an '''H2''' heading. If you want the text specified for '''Caption''' of the '''Main Menu''' link to be displayed as an '''H1''' heading, toggle on '''Display As Title'''. [[File:2020-a11y-display-as-title.png|thumb|none|alt=Screenshot of headings|800px|The setting to have the Main Menu link displayed as a Heading 1 inside a portal.]] [[File:2020-a11y-home.png|thumb|none|alt=Screenshot of portal with headings||800px|How the <strong>H1</strong> and <strong>H2</strong> headers look when using the white paper theme in a portal with <strong>Display As Title</strong> toggled on.]] ===Contrast Ratio of Text and Background===The contrast ratio of text to background color must be 4.5 or more to meet WCAG guidelines. You can check color combinations with these tools: [http://leaverou.github.io/contrast-ratio/ Contrast Checker] or [https://webaim.org/resources/contrastchecker/ WebAIM's Contrast Checker] [[File:A11y-contrast.png|thumb|none|alt=Screenshot of color combinations with contrast ratios|400px|Contrast ratio of text over different backgrounds and the WCAG requirements]] Be extra careful if you are placing text over an image as the same rules apply. System colors can be modified by changing the [[Branding|branding]]. ===Never Use Color Alone to Convey Meaning===When adding content to your system be mindful you cannot use color alone to convey meaning as a color-blind or visually impaired user may not be able to detect the difference. Make sure content you add has accompanying text, icons or divide the content up in a meaningful way. [[File:A11y-color-alone.png|thumb|none|alt=Screenshot of list using color well and badly|800px|Do not use color alone to convey meaning.]]
===Use title bars (headings) and tabsInclude Text Alternatives for Media===Chunk out content using When you upload media such as images to the title bar '''Upload - Multiple Files Storage''' custom fieldset to '''Enable Media library'''. These function as headersThe '''Alt''' tag will be the title which the user can edit after the upload. By default, the '''title''' and '''Alt''' tag use the file name. This way a user of Screen readers and other assistive technology can quickly jump or skip content rely on this '''Alt''' text to get from one section to anotherdescribe an image for the visually impaired. You may It’s also want useful to opt for longer pages instead of many tabs. Some users find it is easier to scroll down then have if the image fails to navigate using tabsload.
===Contrast ratio of text and background===The contrast ratio of text When uploading video to background color must be 4.5 or more the '''Upload - Multiple Files Storage''' custom field set to meet WCAG guidelines'''Enable Media library''', if you enable '''Closed Captioning''' users can upload closed captioning (CC) files in multiple languages. You can check color combinations with these tools http://leaverou.github.io/contrast-ratio/ or https://webaimalso upload closed captioning in one language and have the system auto translate and create a new CC file for other languages.org/resources/contrastchecker/
Be extra careful if If you are placing text over an image as adding custom content in a SmartFolder and calling it elsewhere in your system, make sure you include '''alt''' tags or transcripts for your media in the same rules apply.Visit this article to learn more about changing your systems colors. https://wiki.smartsimpleHTML.com/wiki/Branding
===Never use color alone to convey meaning===If you add custom content to your system you cannot use color alone to convey meaningas a color-blind user will not be able to see '''Alt''' text must describe the difference. Make sure any custom content has accompanying text, icons purpose or divide intent of the content up in another waymedia.
[[File:A11y-alt-tag.png|thumb|none|alt===Include text alternatives for media===If you are uploading any media to your system, such as an instructions video, you must include closed captioning or a text alternative such Screenshot of software|400px|An image as displayed on a transcript. You can do this with the multi file upload custom field and record using the media library settings. If you are uploading static content Upload - Multiple Files Storage set to a SmartFolder, make sure you include alt tags for your media such as images. Alt text must describe the purpose or intent of the mediaMedia Library.]]
===Write for web applicationsWeb Applications===
When writing text instructions or captions or any other text-based content that will appear in your system, keep the following in mind:
* Keep sentences under 25 words
* Keep it concise, the more you write, the less likely it is to be read
* Check the reading level of your content. Microsoft Word has a built-in readability check plus there are sites like [https://readable.io/ Readable] that will check your readability and give you suggestions.
* If you reference a button or link make sure you mention it by name. Do not rely on location or color.
Here are some articles on writing for web applications: * [https://uxplanet.org/16-rules-of-effective-ux-writing-2a20cf85fdbf 16 Rules of Effective UX Writing - UX Planet]* [https://www.nngroup.com/topic/writing-web/ Writing for Web Articles & Videos- Nielson Norman Group] ===Layout considerationsConsiderations===
Do not use location, text size or color alone to mark important information or secondary information. A user with a screen reader is not going to know the second column with smaller text is less important.
Whenever possible use a single column layout for usability and to ensure there is no confusion over reading order. This is also helpful for people using screen magnifiers.
[[File:a11y-columns.png|thumb|none|500px|Single column layout preferred]]
Use a linear logical layout. Single column layouts are preferred for usability and Accessibility.
[[File:a11y-columns.png|thumb|none|alt=Screenshot of single column vs multiple column|600px|Single column layout preferred]]
Some studies suggest single column forms can be filled in faster and people feel more comfortable filling them in. [[File:A11y-single-column-performance.jpg|thumb|none|alt===CAPTCHA===Completely Automated Public Turing test to tell Computers Screenshot of chart|600px|Single column performance and Humans Apart (CAPTCHA) is used to ensure robots don’t spam websites with requestsuser confidence. But be judicious when adding CAPTCHA to your system. Although SmartSimple uses the latest reCAPTCHA which is consider accessible, it ]] By contrast multiple column forms can be frustrating lead to users.: * Skipped fields* Data entered into wrong fields* Confusion over reading order* Create problems for assistive technology such as screen magnifiers [[File:a11yA11y-recapthcareading-order.png|thumb|none|500px|alt=Screenshot of reCAPTCHAreading order options|600px|Multiple column forms can cause problems with reading order.]] Visit [https://baymard.com/blog/avoid-multi-column-forms baymard.com (Avoid Multi-Column Layouts)] for more details on the design issues surrounding multiple column layouts and why they are best avoided.
===Session Timeout===
If you choose to setup set up a session timeout '''Session Timeout''' to ensure connections are not left open, remember assistive technology users may take three times longer to complete a task than other users. SmartSimple As such you might want to consider a timeout of 90 minutes or something between 30 minutes and 3 hours depending on your users and the type of data in your system. If you do not set a session timeout the system will automatically alerts timeout users and give them after 24 hours. If you use the session timeout, your users will get an alert with an option to continue working, but try to if they have been inactive for the set your time. [[File:A11y-timeout.png|thumb|none|alt=Screenshot of time out screen||400px|The display of the session timeout to something long enough to accommodate all alert seen by usersif they have been inactive for the specified time.]] The session timeout settings are located Menu '''Icon''' > '''Global Settings''' > '''Security''' Tab.
===Playing mediaMedia and Photo-sensitivity===If you are using the '''Upload - Multiple Files Storage''' custom field with the media library functionality with the multiple file upload fieldenabled, or if you have added your users can choose to play that video into other areas of the system, you will notice videos and audio. Videos and music intentionally do not auto playautomatically. Screen-readers navigate by listening, so any sound playing when the page loads will interfere immensely. An exception to this is, if the user specifically requested the video.If you upload your own content or static content into your system ensure it does not auto play. Also, note that content should not flash more than three times in a second as it may induce seizures due to photo-sensitivity.
===Page titles===If you are adding static add your own media content to a SmartFolder make sure and supporting HTML into your system, ensure you include do not auto play any video or audio media. Avoid using blinking or flashing media. Media that flashes more than 3 times a page title tag second can induce seizures in users with some meaningful contentphotosensitivity or epilepsy. See [https://www.w3.org/TR/UNDERSTANDING-WCAG20/seizure-does-not-violate.html w3.org (Three Flashes or Below Threshold)] for more details.
[[Category:Interface]]
Smartstaff
2,091
edits