bcquality/microsoft/knowledge/ui/manually-review-control-addin-ui-accessibility.md
Jesper Schulz-Wedde 5bcdc55df9 Sync knowledge articles with review agent instructions
Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
2026-05-05 14:08:32 +02:00

1.2 KiB

bc-version domain keywords technologies countries application-area
all
ui
control-addin
javascript
accessibility
wcag
keyboard
aria
al
javascript
w1
all

Manually review UI-rendering control add-in changes for accessibility

Description

JavaScript control add-ins bypass much of the Business Central client's built-in accessibility support. Once the add-in renders its own HTML, JavaScript, or CSS, the extension owns WCAG 2.1 AA concerns such as accessible names, semantic HTML, keyboard navigation, color contrast, focus management, and 200% zoom/reflow. Automated review cannot exhaustively verify those behaviours.

Best Practice

When a control add-in change touches DOM creation, templates, CSS, interaction handlers, ARIA attributes, dynamic visibility, or focus flow, include a manual accessibility review finding even if no specific defect is obvious. Do not require manual accessibility review for pure data processing or API changes that do not render UI.

Anti Pattern

Treating a control add-in diff as clean because no AL page properties changed. A new div-based button without an accessible name, a keyboard trap, or a color-only status indicator lives in JavaScript and still affects Business Central users.