Release 11.3.0 & 11.3.1
Go Live: November 1st, 2023 (V11.3.0)
AODA Compliance
To ensure compliance with the Accessibility for Ontarians with Disabilities Act (AODA), the Apexa interface has been updated with compliant colour ratios and to assure information is correctly conveyed when utilizing screen readers or assistive devices.
We'd like to highlight the following interface improvements
Login/Registration Page (UAT)
- UAT will be updated to green instead of purple to ensure appropriate colour ratios between background, buttons and text
- References to the use of registration emails have been removed from UAT & PRD as they are misleading
Menu Navigation (UAT & PRD)
- Improved color ratio between unselected menu item and font text
- Improved color ratio between selected menu item and font text
- Links will appear appropriately in blue text across the application and the contrast between links and background colours have been improved
Improved Text to Background Ratios (UAT & PRD)
- Color ratios between backgrounds and text has been improved across the application. Some key areas include:
- Breadcrumb
- Alert messages
- Links
- Placeholder
- Validated Input
- Menu
- Header
- Footer
- Tags
- Buttons
- Status icons
Placeholders (UAT & PRD)
- Where applicable placeholders in search boxes have been removed in some screens to avoid confusing to e-readers or assistive devices
InTrust (UAT & PRD)
- Filters will be located under their label to enhance logical reading
- Ratio between texts background has been improved in status icons resulting in better contrast
API/CITS
- Administrator role has been expanded to pull information for Advisors marked as VIP
Ticket # | Summary | Description | Area of Impact |
---|---|---|---|
SD-50557 | AODA -Export Account Activity Report | Label has been added but is not sufficiently descriptive. Add the year and month to the Export buttons it is associated with i.e. ="Export Details of 2022 January" Resolve: All instances | Regulatory -AODA |
SD-50555 | AODA -Token Input | The form field present below "You can enter any other APEXA registration tokens" rely on the placeholder attribute to supply its accessible name. [User Impact] Users with cognitive disabilities may be unable to determine the purpose of the field after the placeholder disappears. Resolve: All instances | Regulatory -AODA |
SD-50553 | AODA -Heading | "Corporate profile status" and "verbal password" still function as headings but do not have heading markup Resolve: All instances | Regulatory -AODA |
SD-50552 | AODA -Separator Lines | There is visually hidden "Separator" line meant to be hidden from all users, but it can still be accessed by keyboard or screen reader users. Resolve: All instances | Regulatory -AODA |
SD-50551 | AODA -Logos | The "Apexa logo" image link is provided with insufficiently descriptive textual equivalent. The alternative text "logo" does not provide enough meaning to the image link. Apexa logo does not have all the text information in the logo present in its textual equivalent. eg. alt="Apexa simply connected". Atlassian logo still has no textual equivalent. Resolved: All instances | Regulatory -AODA |
SD-49621 | AODA -Ensure text and images of text provide sufficient contrast | There must be sufficient contrast between foreground and background text colors and images of text (including the hover and focus state of text and images of text). Sufficient contrast ensures that people with low vision, people who are color blind, users viewing the page without color, and users of monochrome screens can understand page content. These changes include:
Resolved: 44 instances | Regulatory -AODA |
SD-49620 | AODA -Ensure custom controls provide proper textual name, role, and state information | At a basic level, all custom controls within a web application should provide identifying information about the component. This includes a name, type (role) and may contain state, value, and description information (applicable). When custom elements do not expose identifying information, users of assistive technology may not be able to identify and interact with the element. These changes include:
Resolve: 17 instances | Regulatory -AODA |
SD-50614 | AODA -Fix redundant placeholders | Remove redundant placeholders found on the following pages and components. The gray doesn't contrast well with the white background. Resolve: 8 instances | Regulatory -AODA |
SD-50558 | AODA -Page content fails to reflow | The web page does not support reflow when the page had a viewport width of 320 CSS pixels. The following message is displayed "Your web browser is currently too small to use APEXA (a minimum width of 1260 pixels is required)." Date of incorporation fields overlap other text at 320px viewport and content in the data table is unreadable. Resolve: All instances | Regulatory -AODA |
SD-49657 | AODA -Ensure custom controls provide proper textual name, role, and state information - Select Component | At a basic level, all custom controls within a web application should provide identifying information about the component. This includes a name, type (role) and may contain state, value, and description information (applicable). Resolve: 2 instances | Regulatory -AODA |
SD-50554 | AODA - Feedback - Date Input | There are input fields that do not provide a programmatically associated label that describes the purpose of each field. Examples include: - Month (MM) - Day (DD) - Year (YYYY) Resolve: 1 instance | Regulatory -AODA |
SD-50590 | AODA -Service Desk Icon | APEXA "Service desk" now opens in a new tab instead of a dialog but does not announce that a new tab will open. Resolve: All instances | Regulatory -AODA |
SD-50849 | AODA -Ensure that status messages can be determined programmatically without receiving focus | When new status content is added to the screen without changing the user's context, users should be made aware of the important changes in content that are not given focus in a way that doesn't unnecessarily interrupt their work. Resolve: 11 instances | Regulatory -AODA |
SD-50556 | AODA -Feedback - InTrust Contract Search | There are form controls with visual labels that are not programmatically associated with the control. Examples include: - Imported - Data Match - Import Scheduled Resolve: 1 instance | Regulatory -AODA |
SD-50851 | AODA -Ensure page tabs provide state and role | Page tab controls need to provide proper textual equivalent and accessibility properties to ensure name, role, and state are communicated. When accessibility properties are not provided, users may not know which page tab is select or that the control is a page tab. Resolve: 2 Instances | Regulatory -AODA |
SD-11715 | CITS/API -Role Should be able Fetch Data for a VIP Advisor | Expand the CITS Role to include permissions to pull information for VIP Advisors | API/CITS |
Go Live: November 8th, 2023 (V11.3.1)
Ticket # | Summary | Description | Area of Impact |
---|---|---|---|
SD-50557 | CITS/API -Function Returning Current Address | Resolve identified issue with API function when pulling current address for an Advisor by date to ensure it doesn't throw an error when the advisor has 2 current addresses in the system. | Regulatory -AODA |