...
Accessibility Guidelines for Level A and AA as per WCAG 2.1 | Kyvos Current Status | Kyvos Viz. Current Status |
---|---|---|
1.1.1 Non-text Content Level A | Mostly supported | Fully supported |
1.2.1 Audio-only and Video-only (Prerecorded) Level A | Not Applicable | Not Applicable |
1.2.2 Captions (Prerecorded) Level A | Not Applicable | Not Applicable |
1.2.3 Audio Description or Media Alternative (Prerecorded) Level A | Not Applicable | Not Applicable |
1.2.4 Captions (Live) Level AA | Not Applicable | Not Applicable |
1.2.5 Audio Description (Prerecorded) Level AA | Not Applicable | Not Applicable |
1.3.1 Info and Relationships Level A | Mostly supported | Fully supported |
1.3.2 Meaningful Sequence Level A | Fully supported | Fully supported |
1.3.3 Sensory Characteristics Level A | Fully supported | Fully supported |
1.3.4 Orientation Level AA (Added in 2.1) | Not Applicable | Not Applicable |
1.3.5 Identify Input Purpose Level AA (Added in 2.1) | Mostly supported | Fully supported |
1.4.1 Use of Color Level A | Fully supported | Fully supported |
1.4.2 Audio Control Level A | Not Applicable | Not Applicable |
1.4.3 Contrast (Minimum) Level AA | Fully supported | Fully supported |
1.4.4 Resize text Level AA | Not supported | Not supported |
1.4.5 Images of Text Level AA | Fully supported | Fully supported |
1.4.10 Reflow Level AA (Added in 2.1) | Mostly supported | Not supported |
1.4.11 Non-text Contrast Level AA (Added in 2.1) | Fully supported | Fully supported |
1.4.12 Text Spacing Level AA (Added in 2.1) | Mostly supported | Mostly supported |
1.4.13 Content on Hover or Focus Level AA (Added in 2.1) | Fully supported | 2Fully supported |
2.1.1 Keyboard Level A | Mostly supported | Mostly supported |
2.1.2 No Keyboard Trap Level A | Fully supported | Fully supported |
2.1.4 Character Key Shortcuts Level A (Added in 2.1) | Partially supported | Fully supported |
2.2.1 Timing Adjustable Level A | Not supported | Not Applicable |
2.2.2 Pause, Stop, Hide Level A | Not Applicable | Not Applicable |
2.3.1 Three Flashes or Below Threshold Level A | Fully supported | Fully supported |
2.4.1 Bypass Blocks Level A | Not Applicable | Not Applicable |
2.4.2 Page Titled Level A | Fully supported | Fully supported |
2.4.3 Focus Order Level A | Fully supported | Fully supported |
2.4.4 Link Purpose (In Context) Level A | Fully supported | Fully supported |
2.4.5 Multiple Ways Level AA | Fully supported | Fully supported |
2.4.6 Headings and Labels Level AA | Fully supported | Fully supported |
2.4.7 Focus Visible Level AA | Fully supported | Fully supported |
2.5.1 Pointer Gestures Level A (Added in 2.1) | Fully supported | Fully supported |
2.5.2 Pointer Cancellation Level A (Added in 2.1) | Fully supported | Fully supported |
2.5.3 Label in Name Level A (Added in 2.1) | Not supported | Fully supported |
2.5.4 Motion Actuation Level A (Added in 2.1) | Not Applicable | Not Applicable |
3.1.1 Language of Page Level A | Fully supported | Fully supported |
3.1.2 Language of Parts Level AA | Not Applicable | Not Applicable |
3.2.1 On Focus Level A | Fully supported | Fully supported |
3.2.2 On Input Level A | Fully supported | Fully supported |
3.2.3 Consistent Navigation Level AA | Fully supported | Fully supported |
3.2.4 Consistent Identification Level AA | Fully supported | Fully supported |
3.3.1 Error Identification Level A | Partially supported | Mostly supported |
3.3.2 Labels or Instructions Level A | Partially supported | Fully supported |
3.3.3 Error Suggestion Level AA | Partially supported | Fully supported |
3.3.4 Error Prevention (Legal, Financial, Data) Level AA | Not supported | Not Applicable |
4.1.1 Parsing Level A | Fully supported | Fully supported |
4.1.2 Name, Role, Value Level A | Partially Partially supported | Fully supported |
4.1.3 Status Messages Level AA (Added in 2.1) | Not supported | Fully supported |
Recent Accessibility Improvements
Consistent with our commitment to accessibility, the following accessibility improvements and functionalities have been released recently:
Kyvos 2023.5
The Kyvos Viewer module now adheres to WCAG 2.1 Level A and AA guidelines.
Non-text Content (1.1.1):
All non-text content that includes active images (image links), area maps, informative images, complex charts and graphs, CSS images, decorative images, input image controls, CAPTCHA, audio, and video content must have text alternatives. This Success Criterion helps people who have difficulty perceiving visual content. Assistive technology can read text aloud, present it visually, or convert it to braille.All the icon action buttons and legend icons have alternate text as a tooltip.
All the charts have textual information about the chart on the tooltip.
The quick start video has a text description of the video.
The Kyvos/Kyvos Lite logo has alternate text as a tooltip.
All image tags have alt attributes.
If an image or icon is used as a button or link, the image has a text alternative sufficient to describe the purpose of the button or link.
Labels or Instructions Level A (3.3.2):
Labels or instructions are provided when content requires user input.Descriptive labels for inputs. Visually position labels consistently, making associating labels with form controls easy.
Set fields that describe the necessary input.
Indicate required fields.
Name, Role, Value A 4.1.2:
For all user interface components (including but not limited to form elements, links, and components generated by scripts), the name and role can be programmatically determined; states, properties, and values that the user can set can be programmatically set; and notification of changes to these items is available to user agents, including assistive technologies.ARIA labels, descriptions, roles, states, and properties to expose information about the component.
ARIA enhances accessibility only when HTML is not sufficient.
Role attribute on HTML elements wherever needed.
All form controls and other interactive elements have an accessible name.
Identify Input Purpose Level AA (1.3.5):
All the input form controls are defined with the type attribute.Label in name Level A (2.5.3):
The accessible name for a User Interface element contains any visual label for the element.
Accessible names for UI elements match visual labels.
Info and Relationships Level A (1.3.1):
Semantic markup to designate headings, lists, figures, emphasized text, etc.
Page organization using nested HTML headings.
Indicate required fields.
The text indicates the required fields that have been left blank or missed.
Error Identification Level A (3.3.1):
All the input elements have an error style when an error comes.
Error information is shown in the form of text.
Programmatically indicate required fields using the required or aria-required attributes. Also, visually indicate required fields in the form's instructions or form labels.
Identify errors using aria-invalid.
Character key shortcuts Level A 2.1.4 :
No global shortcuts have only letters.
If a keyboard shortcut is implemented in content using only letters (including upper- and lower-case letters), punctuation, numbers, or symbol characters
Accessibility in Amcharts Kyvos Viz. charts
Supported Kyvos Viz. Chart types are Bar Chart, Column Chart, Dot Chart, Curve Chart, Area Chart, Pie Chart, Scatter Chart, Line Chart and Gantt Chart.
The following rules have been
implemented for the supported Kyvos Viz. charts, as mentioned above:
Keyboard Navigation:
Users can navigate across chart elements using the tab key.
Users can use the context menu shortcut (ctrl + shift + M) on focused chart elements if the context menu is available.
Aria Label and Role (Name, Role, Value A 4.1.2) :
Chart elements have role and aria-label attributes. These are used by assistive technologies to enhance accessibility.
Tooltip:
All the charts have textual information about the chart on the tooltip.
Tooltips will be visible to users when the chart element is focused using the tab key.
...
Sections in the worksheet: Change cube semantic model panel, shelves, visualization rendering area, filter panel, and properties panel.
...
Register Data: Users can perform all operations while registering data through quick data modeler.
Define Relationships: Users can perform all operations while defining relationship through quick data modeler. Keyboard behavior would be same as Relationship use case.
Design CubeSemantic Model: Users can perform all operations while designing cube semantic model through quick data modeler. Keyboard behavior would be same as Cube semantic model Designer use case.
BuildProcess: Users can perform all operations while building cube processing semantic model through quick data modeler.
...
Section Navigation: The relationships designer screen supports section navigation to jump quickly from one area to another by keyboard.
Components
Field List: Field list for files and datasets is accessible by keyboard and user can perform operations on them. Drag drop functionality is also accessible by keyboard through context menu options.
DRD Designer: All the elements of designer area are accessible through keyboard and uses can perform actions on them using key combinations such as tab, shift tab, and enter.
DRD Nodes: DRD Nodes are accessible by keyboard. Context menu operations and node/edge properties selections also support navigation using a keyboard.
Properties Panel: All the operations are accessible and can be performed using keyboard such as switching between nodes, opening the source entity for node, and so on.
...
Semantic Model Designer
Section Navigation: The cube semantic model designer screen allows section navigation to jump quickly from one area to another using a keyboard.
Sections in cubesemantic model:Design tab: Candidate panel, main design tab content, property panel, filter panel.
Refine tab: Physical view, property panel, filter panel.
Build Process tab: Build Process history Grid area and filter area.
Components
Drag-Drop: Users can use keyboard navigation to drag-drop field to dimension or measure panel which automatically creates measure/attribute/level.
Sorting: Cube Semantic model elements in designer screen can be rearranged to alter design anytime, which is possible by sorting feature. As part of keyboard accessibility, users can sort cube semantic model elements using the keyboard.
Sorting is supported for single and multiple elements.
All current restrictions of sorting remain same while sorting by keyboard.
If active element is in focus then it should consider all other active elements for multiple elements sorting otherwise it should be single element sorting.
Users can remove sorting at any point using the Esc key.
After placing element to its desired place user can press enter to apply sorting.
Cube Build
BuildSemantic Model Process
Process history grid should be keyboard accessible. Context menu operations and summary/edit operation should be operable by keyboard.
Build Process tab: All the functionality is accessible via keyboard, including the following dialogs:
Full, incremental, Test, Update aggregates, Cache buildprocess, Drop partition, Data profile.
Job summary/data profile result
Manage build process instances
Clear Test build process data
Refine tab: All the functionality is accessible via keyboard
Physical view: Sorting and property panel operations are keyboard accessible.
Partition Strategy options are keyboard accessible.
Aggregation Strategy options are keyboard accessible.
Cache Strategy options are keyboard accessible.
Advanced Properties are keyboard accessible including child dialogs and other UI functionalities.
All other context menu dialogs are also be accessible by keyboard.
SQL Metadata
Data Security
Cube Semantic model Metadata Export (TDS)
Data Field Lineage
Workspace settings
Expand collapse
Refresh
Validate
Share Menu
Add Note
Set Query patterns
Get Recommendations
...