Skip to main content
Version: 5.33.0

Accessibility

Overview

We want our products to be fully experienced by the widest number of users including disabled users.

We take accessibility pretty seriously and spent a couple of iterations on it. By adhering to standards like WAI-ARIA, Section 508, and WCAG 2.2 we create accessible products that can be used well together with an assistive technology, like a screen reader.

Since the technology has evolved, nowadays not only basic text-driven experiences have to be made accessible, but also other features.

WCAG 2.2

The Web Content Accessibility Guidelines (WCAG) provide guidelines developed by the World Wide Web Consortium (W3C) to ensure web content is accessible to people with disabilities. WCAG 2.2 establishes a framework of accessibility principles and their associated success criteria. The level of accessibility conformance achieved by a web application is determined by the extent to which it meets these success criteria, categorized into three levels: A, AA, and AAA.

While Mobiscroll components are not fully compliant with WCAG 2.2 at this time, we are committed to enhancing their accessibility. We are actively working on improving compliance and continuously making progress.

The guidelines and success criteria are organized around the following four principles:

1. Perceivable

Information and user interface components must be presentable to users in ways they can perceive.

GuidelinesLevelCompatibility
1.1 Text Alternatives1.1.1 Non-text ContentASupported
1.2 Time-based Media1.2.1 Audio-only and Video-only (Prerecorded)ANot Applicable
1.2.2 Captions (Prerecorded)ANot Applicable
1.2.3 Audio Description or Media Alternative (Prerecorded)ANot Applicable
1.2.4 Captions (Live)AANot Applicable
1.2.5 Audio Description (Prerecorded)AANot Applicable
1.2.6 Sign Language (Prerecorded)AAANot Applicable
1.2.7 Extended Audio Description (Prerecorded)AAANot Applicable
1.2.8 Media Alternative (Prerecorded)AAANot Applicable
1.2.9 Audio-only (Live)AAANot Applicable
1.3 Adaptable1.3.1 Info and RelationshipsASupported
1.3.2 Meaningful SequenceASupported
1.3.3 Sensory CharacteristicsASupported
1.3.4 OrientationAASupported
1.3.5 Identify Input PurposeAASupported
1.3.6 Identify PurposeAAASupported
1.4 Distinguishable1.4.1 Use of ColorASupported
1.4.2 Audio ControlANot Applicable
1.4.3 Contrast (Minimum)AANot fully supported
1.4.4 Resize TextAASupported
1.4.5 Images of TextAANot Applicable
1.4.6 Contrast (Enhanced)AAANot fully supported
1.4.7 Low or No Background AudioAAANot Applicable
1.4.8 Visual PresentationAAASupported
1.4.9 Images of Text (No Exception)AAANot Applicable
1.4.10 ReflowAASupported
1.4.11 Non-text ContrastAASupported
1.4.12 Text SpacingAASupported
1.4.13 Content on Hover or FocusAASupported

2. Operable

User interface components and navigation must be operable.

GuidelinesLevelCompatibility
2.1 Keyboard Accessible2.1.1 KeyboardASupported
2.1.2 No Keyboard TrapASupported
2.1.3 Keyboard (No Exception)AAASupported
2.1.4 Character Key ShortcutsANot Applicable
2.2 Enough Time2.2.1 Timing AdjustableASupported
2.2.2 Pause, Stop, HideANot Applicable
2.2.3 No TimingAAASupported
2.2.4 InterruptionsAAASupported
2.2.5 Re-authenticatingAAANot Applicable
2.2.6 TimeoutsAAANot Applicable
2.3 Seizures and Physical Reactions2.3.1 Three Flashes or Below ThresholdASupported
2.3.2 Three FlashesAAASupported
2.3.3 Animation from InteractionsAAASupported
2.4 Navigable2.4.1 Bypass BlocksANot Applicable
2.4.2 Page TitledANot Applicable
2.4.3 Focus OrderASupported
2.4.4 Link Purpose (In Context)ANot Applicable
2.4.5 Multiple WaysAANot Applicable
2.4.6 Headings and LabelsAASupported
2.4.7 Focus VisibleAASupported
2.4.8 LocationAAANot Applicable
2.4.9 Link Purpose (Link Only)AAANot Applicable
2.4.10 Section HeadingsAAANot Applicable
2.4.11 Focus Not Obscured (Minimum)AASupported
2.4.12 Focus Not Obscured (Enhanced)AAASupported
2.4.13 Focus AppearanceAAANot fully supported
2.5 Input Modalities2.5.1 Pointer GesturesASupported
2.5.2 Pointer CancellationASupported
2.5.3 Label in NameASupported
2.5.4 Motion ActuationANot Applicable
2.5.5 Target Size (Enhanced)AAANot fully supported
2.5.6 Concurrent Input MechanismsAAASupported
2.5.7 Dragging MovementsAASupported
2.5.8 Target Size (Minimum)AANot fully supported

3. Understandable

Information and the operation of user interface must be understandable.

GuidelinesLevelCompatibility
3.1 Readable3.1.1 Language of PageANot Applicable
3.1.2 Language of PartsAANot Applicable
3.1.3 Unusual WordsAAANot Applicable
3.1.4 AbbreviationsAAASupported
3.1.5 Reading LevelAAANot Applicable
3.1.6 PronunciationAAANot Applicable
3.2 Predictable3.2.1 On FocusASupported
3.2.2 On InputANot Applicable
3.2.3 Consistent NavigationAANot Applicable
3.2.4 Consistent IdentificationAANot Applicable
3.2.5 Change on RequestAAASupported
3.2.6 Consistent HelpANot Applicable
3.3 Input Assistance3.3.1 Error IdentificationASupported
3.3.2 Labels or InstructionsASupported
3.3.3 Error SuggestionAASupported
3.3.4 Error Prevention (Legal, Financial, Data)AANot Applicable
3.3.5 HelpAAANot Applicable
3.3.6 Error Prevention (All)AAANot Applicable
3.3.7 Redundant EntryANot Applicable
3.3.8 Accessible Authentication (Minimum)AANot Applicable
3.3.9 Accessible Authentication (Enhanced)AAANot Applicable

4. Robust

Content must be robust enough that it can be interpreted reliably by a wide variety of user agents, including assistive technologies.

GuidelinesLevelCompatibility
4.1 Compatible4.1.1 Parsing (Obsolete and removed)--
4.1.2 Name, Role, ValueASupported
4.1.3 Status MessagesAASupported

WCAG compliance for each component

WCAG compliance levels for each Mobiscroll component:

Section 508

Section 1194.21 - Software applications and operating systems

The following table shows the level of support that Mobiscroll provides for the Section 1194.21

CriteriaSupporting featuresRemarks
(a) When software is designed to run on a system that has a keyboard product functions shall be executable from a keyboard where the function itself or the result of performing a function can be discerned textually.SupportedNative html keyboard support kept where relevant, custom key bindings added where needed
(b) Applications shall not disrupt or disable activated features of other products that are identified as accessibility features where those features are developed and documented according to industry standards. Applications also shall not disrupt or disable activated features of any operating system that are identified as accessibility features where the application programming interface for those accessibility features has been documented by the manufacturer of the operating system and is available to the product developer.SupportedMobiscroll does nothing to disrupt or disable activated accessibility features
(c) A well-defined on-screen indication of the current focus shall be provided that moves among interactive interface elements as the input focus changes. The focus shall be programmatically exposed so that assistive technology can track focus and focus changes.SupportedIn some cases the browser’s native focus indicator styling is overwritten with custom styling
(d) Sufficient information about a user interface element including the identity operation and state of the element shall be available to assistive technology. When an image represents a program element the information conveyed by the image must also be available in text.SupportedUsing WAI-ARIA,roles and attributes where applicable
(e) When bitmap images are used to identify controls status indicators or other programmatic elements the meaning assigned to those images shall be consistent throughout an application’s performance.Not Applicable
(f) Textual information shall be provided through operating system functions for displaying text. The minimum information that shall be made available is text content text input caret location and text attributes.Not Applicable
(g) Applications shall not override user selected contrast and color selections and other individual display attributes.Not Applicbale
(h) When animation is displayed the information shall be displayable in at least one non-animated presentation mode at the option of the user.Not Applicable
(i) Color coding shall not be used as the only means of conveying information indicating an action, prompting a response or distinguishing a visual element.Not Applicable
(j) When a product permits a user to adjust color and contrast settings a variety of color selections capable of producing a range of contrast levels shall be provided.Not Applicable
(k) Software shall not use flashing or blinking text, objects, or other elements having a flash or blink frequency greater than 2 Hz and lower than 55 Hz.SupportedNo flashing or blinking elements are used
(l) When electronic forms are used, the form shall allow people using assistive technology to access the information, field elements, and functionality required for completion and submission of the form, including all directions and cues.SupportedMobiscroll Forms are accessible to assistive technologies

Section 1194.22 - Web-based intranet and Internet information and applications

The following table shows the level of support that Mobiscroll provides for the Section 1194.21

CriteriaSupporting featuresRemarks
(a) A text equivalent for every non-text element shall be provided (e.g., via “alt", “longdesc", or in element content).Supported
(b) Equivalent alternatives for any multimedia presentation shall be synchronized with the presentation.Not ApplicableNo multimedia is used
(c) Web pages shall be designed so that all information conveyed with color,is also available without color for example from context or markup.Supported
(d) Documents shall be organized so they are readable without requiring an associated style sheet.Not fully supportedWe’re providing an UI Framework for styling content. Removing style sheets doesn’t make sense
(e) Redundant text links shall be provided for each active region of a server-side image map.Not ApplicableNo image maps are used
(f) Client-side image maps shall be provided instead of server-side image maps except where the regions cannot be defined with an available geometric shape.Not ApplicableNo image maps are used
(g) Row and column headers shall be identified for data tables.Not ApplicableNo data tabels are used
(h) Markup shall be used to associate data cells and header cells for data tables that have two or more logical levels of row or column headers.Not ApplicableNo data tabels are used
(i) Frames shall be titled with text that facilitates frame identification and navigation.Not ApplicableNo frames are used
(j) Pages shall be designed to avoid causing the screen to flicker with a frequency greater than 2 Hz and lower than 55 Hz.SupportedNo flashing or blinking elements are used
(k) A text-only page with equivalent information or functionality shall be provided to make a web site comply with the provisions of this part, when compliance cannot be accomplished in any other way. The content of the text-only page shall be updated whenever the primary page changes.Not ApplicableThe developer is responsible for providing text-only content for pages that use Mobiscroll
(l) When pages utilize scripting languages to display content or to create interface elements the information provided by the script shall be identified with functional text that can be read by assistive technology.SupportedMobiscroll provides keyboard navigation support and screen reader support (via ARIA attributes)
(m) When a web page requires that an applet, plug-in or other application be present on the client system to interpret page content the page must provide a link to a plug-in or applet that complies with §1194.21(a),through (l).Not Supported
(n) When electronic forms are designed to be completed on-line, the form shall allow people using assistive technology to access the information field elements and functionality required for completion and submission of the form including all directions and cues.SupportedMobiscroll Forms are accessible to assistive technologies
(o) A method shall be provided that permits users to skip repetitive navigation links.Not Applicable
(p) When a timed response is required the user shall be alerted and given sufficient time to indicate more time is required.Not Applicable

WAI-ARIA Support

WAI-ARIA is a World Wide Web Consortium specification that was designed to be a framework for web developers. This can be used in developing applications that leverage Ajax, scripting and other so called “rich application" techniques. This framework has clear specifications about steps that developers can use in order to make their applications more accessible to assistive technologies.

WAI-ARIA’s role is to fill the gap between rich applications and disabled users by using additional metadata with the help of HTML element attributes that screen readers can use to reason about a control or DOM element. These attributes, like role, aria-haspopup, aria-selected and others provide vital information to screen readers, which can then be used to provide a richer level of interaction with applications and websites.

Here is the complete list of WAI-ARIA attributes used by Mobiscroll:

  • role="dialog" for popups and pickers
  • role="grid" for calendar view
  • role="row" for calendar view rows
  • role="gridcell" for calendar views cells
  • role="listbox" for scroller wheels
  • role="option" for scroller wheel items
  • role="button" for button controls
  • aria-live for announcements
  • aria-hidden for elements which are not visible and should not be read by screen readers
  • aria-label for controls without text or icon buttons
  • aria-selected for indicating selected value on wheels and calendar days
  • aria-multiselectable for multiple select
  • aria-disabled for disabled items (wheel items, buttons, calendar days)

Support Right-To-Left (RTL) Languages

Only a few languages in the world use RTL text direction, but these languages cover over a billion people.

Beside it’s internationalization characteristic RTL is about making user experiences more accessible for users working in Right-to-left languages like, so we are considering this as an accessibility feature as well.

Mobiscroll supports RTL for every component, which can be activated with the rtl: true option.

Keyboard Support

Mobiscroll ensures that your users can access the full capabilities of widgets using just the keyboard.

The following keyboard bindings are used by Mobiscroll:

  • Datepicker
  • Eventcalendar
  • Select
  • Popup
  • Forms: Tab, Shift + Tab to navigate between form elements, Space to press buttons, Up, Down, Left, Right arrows to change the selected segmented item.