Accessibility
Accessibility-relevant behavior in the editor and on the frontend, what the repo shows, and what still needs independent testing. This page describes evidence; it does not certify compliance.
Editor interfaces
Section titled “Editor interfaces”- The collapsible XFN sections (the link popover’s Advanced panel and the toggle groups inside it) use
aria-expandedon their toggles, and the readme documents keyboard operation with Tab, Space, Enter, and arrow keys. - The Inspector Controls panel is built from standard WordPress components —
RadioControlfor the choose-one categories andCheckboxControlfor the multi-select ones — which carry the block editor’s built-in keyboard and screen reader behavior. - Active selections are shown as text pills with a numeric count badge, not by color alone.
Frontend tooltips (WordPress 7.0+ only)
Section titled “Frontend tooltips (WordPress 7.0+ only)”When active, the relationship tooltip is keyboard-operable: it opens on focus as well as hover, closes on blur and on Escape, and the popover uses role="tooltip" with its visibility toggled through a hidden attribute binding.
Note: tooltips are gated to WordPress 7.0 or later by a feature flag. On WordPress 6.9 and earlier this behavior doesn’t exist on the page, so it can’t affect accessibility either way.
Relationship Directory block
Section titled “Relationship Directory block”The directory’s interactive controls use native semantics: the search field is an <input type="search">, the relationship filters are real <button> elements, and the results list is a <ul> with role="list". Filtering hides non-matching items via the hidden attribute rather than visual-only tricks.
What testing exists in the repo
Section titled “What testing exists in the repo”- The readme and changelog claim WCAG 2.2 AA compliance and testing with NVDA, JAWS, and VoiceOver. These claims are self-asserted by the project; the repo contains no third-party audit artifact, so this documentation describes them without certifying them.
- The PHPUnit suite covers plugin logic (feature flags, meta mirror, blocks, interactivity) but there is no automated accessibility test suite.
What still needs testing
Section titled “What still needs testing”- Independent screen reader testing of the link popover’s injected XFN section, which is added to core’s link control via DOM manipulation.
- Keyboard and screen reader testing of the frontend tooltip on WordPress 7.0+.
- Color contrast review of the relationship pills in both the editor and frontend styles.
If you hit an accessibility problem, report it on GitHub Issues.