app-choice-link rendered a component host between the keuzelijst <ul>
and its <li>. This broke the axe list/listitem rule for assistive
technology. Five story suppressions named WP-11 as the fix, but WP-11
closed with no open ticket left to own the defect.
choice-link now uses selector: 'li[app-choice-link]', the same
attribute-host pattern as application-link. The host carries the
keuzelijst__list-item class; the template drops its own <li>.
Position: relative stays on .keuzelijst__link so the stretched-link
overlay still resolves against the card, not the host.
aanvraag-block needed no component change: it renders a CIBG melding,
never an <li>. Only its story wrapped it in a <ul>, which is what axe
rejected. The wrapper is removed, and the four non-Concept stories are
deleted — the component's template only renders for status Concept, so
they rendered nothing.
All five a11y: { disable: true } suppressions are gone, with no
replacement. atomic-design.mdx now records that both molecules are the
<li>, kept separate for the vendored CSS they bind, not for list
semantics.
npm run ci --full passes, axe included.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
6.8 KiB
RD-37 — Five a11y suppressions name a ticket that closed
Status: done Phase: 5 — fix the docs that describe this flow
Why
Five stories carry a11y: { disable: true }. Four of the reasons say "WP-11 (CIBG markup
fidelity) reworks this markup". WP-11 is Status: done, and so is WP-13, the gap register that
WP-11 handed its remainder to. No open ticket owns the defect. The README rule — "no check
disabled without a reference to the ticket that removes it" — holds only in letter.
RD-30 archives docs/project/backlog/. This ticket runs first, so the archive move does not
rewrite five paths that must disappear.
The defect is shipped, not story-only. app-choice-link renders a component host between the
keuzelijst <ul> and its <li>. This breaks the axe list/listitem rule for assistive
technology. display: contents does not repair it.
Read first
docs/project/readable-codebase/PLAN.md, phase 5 item 0 (line 790).libs/shared/src/ui/molecules/choice-link/choice-link.component.ts— the defect.libs/shared/src/ui/molecules/application-link/application-link.component.ts:18— the precedent. WP-11 made the host be the<li>. That component is axe-clean today.libs/shared/docs/atomic-design.mdx:113— the convergence table row that calls the split deliberate.
The question this ticket had to answer first
Does an li[…] attribute host still match the vendored CIBG keuzelijst CSS?
Yes. Verified against public/cibg-huisstijl/css/huisstijl.css. Every keuzelijst rule keys
off a bare class:
.keuzelijst__list{padding-left:0}
.keuzelijst__list-item{list-style:none;margin-bottom:1.5rem;position:relative}
.keuzelijst__link{…}
.keuzelijst__link:after{…} .keuzelijst__link:focus,.keuzelijst__link:hover{…}
There is no ul > li child combinator and no li a descendant chain. This is the difference
from the aanvragen pattern, whose vendored chain is .dashboard-block.applications li a.
An attribute host on the <li> therefore keeps every keuzelijst selector matching, as long as
the class keuzelijst__list-item moves to the host element.
Decisions (pre-made, do not relitigate)
choice-linkbecomesselector: 'li[app-choice-link]'. The host carries the class throughhost: { class: 'keuzelijst__list-item' }. The template drops its outer<li>.:host { display: contents }goes away, because the host is now the list item.- Keep
position: relativeon.keuzelijst__link. The title is a.stretched-link. Its::afteroverlay must resolve against the card, not against the<li>. Do not move that rule to the host. aanvraag-blockneeds no component change. Its suppression reason is wrong. The component renders a CIBG melding (app-alert), never an<li>. Only the story's metarenderwraps it in<ul class="keuzelijst__list">, and that wrapper is what axe rejects. Production agrees:mijn-aanvragen.section.ts:44renders the block forconcepten_()only, outside any list. Delete the wrapper from the meta render.- Delete the four non-Concept stories in
aanvraag-block.stories.ts. The whole template sits inside@if (aanvraag().status.tag === 'Concept'), soInBehandelingAuto,InBehandelingManual,GoedgekeurdandAfgewezenrender nothing at all. KeepConcept, and give it the meta render. Submitted and resolved aanvragen render throughapplication-link, which has its own stories. - Correct
atomic-design.mdx:113. After this ticket both molecules are the<li>. The pair stays separate because they bind different vendored patterns, not because of list semantics. Rewrite that half of the cell; keep the verdict. - All five suppressions go. No suppression, no replacement ticket. If
ci --fullstill reports a violation, stop and report it. Do not re-add a disable.
Files
libs/shared/src/ui/molecules/choice-link/choice-link.component.ts— host, class, template, the header comment.libs/shared/src/ui/molecules/task-list/task-list.component.ts:25— the one production call site:<app-choice-link …/>becomes<li app-choice-link …></li>.libs/shared/src/ui/molecules/choice-link/choice-link.stories.ts— call site + suppression.libs/shared/src/ui/molecules/choice-list/choice-list.stories.ts— call sites + suppression.libs/shared/src/ui/molecules/task-list/task-list.stories.ts— suppression.apps/ssp/src/app/registratie/ui/dashboard/wat-moet-ik-regelen.section.stories.ts— suppression.apps/ssp/src/app/registratie/ui/aanvraag-block/aanvraag-block.stories.ts— wrapper, four stories, suppression.libs/shared/docs/atomic-design.mdx— the convergence row.
Steps
- Convert
choice-linkto theli[…]host. - Update the one production call site and the two story templates. An attribute host needs a
closing tag:
<li app-choice-link …></li>, not a self-closing element. - Fix
aanvraag-block.stories.tsper decisions 3 and 4. - Delete all five
a11y: { disable: true }blocks and their comments. - Correct the
atomic-design.mdxrow. - Run
npm run ci --full.
Acceptance criteria
- No
a11y: { disable: true }remains inapps/orlibs/. grep -rn "WP-11" apps libsreturns nothing that points at the archived backlog.npm run ci --fullis green, axe included.- The keuzelijst still looks unchanged: chevron, hover accent, focus accent, and the
non-interactive
--staticrow.
Verification
npm run ci --full.npm run storybook— Choice Link, Choice List, Task List and Wat Moet Ik Regelen run with the a11y addon on. Check the three Choice Link stories by eye:Navigatie,ActieandNietInteractiefmust keep their current appearance.npm start, openhttp://localhost:4200/dashboard— the "Wat moet ik regelen" list renders as before, and each row is still clickable over its whole surface.
Out of scope
application-linkandapplication-list. Both are already axe-clean.- The
--staticmodifier and the CIBG-gap register. This ticket moves a host element; it adds no new hand-rolled surface.
Risks
- A self-closing attribute host silently renders nothing. Angular needs
<li app-choice-link></li>. The build does not fail; the row disappears. Check the dashboard by eye, per Verification step 3. stretched-linkcovers the wrong box. Ifposition: relativelands on the host instead of on.keuzelijst__link, the whole<li>becomes the click target, including itsmargin-bottom. Keep the rule where it is.- The
choiceActionsslot must stay above the overlay. It projects inside.keuzelijst__linkand relies on its ownposition: relative; z-index: 2at the call site. The host move must not change the projection point.