Altinn / Altinn/altinn-components

Skjermleser-støtte og semantisk HTML (UU)

Open
#1,095 0 comments 0 reactions 0 assignees View on GitHub
wcag
Dominant language
TypeScript
Stars
0
Forks
1
Avg merge
10h 22m
Merged PRs (30d)
32

Description

**Bakgrunn**

Komponenter i altinn-components må formidle riktig informasjon til hjelpeteknologi som skjermlesere (VoiceOver, NVDA, JAWS). Dette krever korrekt bruk av semantisk HTML, ARIA-attributter og programmatiske relasjoner mellom elementer. WCAG-prinsipp 1 (mulig å oppfatte) og prinsipp 4 (robust) stiller krav til at innhold kan presenteres på forskjellige måter uten tap av informasjon, og at komponenter eksponerer navn, rolle og tilstand korrekt.

**Mål**

- Alle skjemaelementer har programmatisk kobling mellom label, input, hjelpetekst og feilmelding
- Grupper av valg (checkbox, radio) bruker `fieldset`/`legend`
- Feiltilstander kommuniseres med `aria-invalid` og `aria-errormessage`
- Dynamiske endringer (statusmeldinger, "ingen resultater") annonseres via `aria-live`
- Modale komponenter har korrekte `aria-labelledby`-referanser som peker på eksisterende elementer
- ARIA-roller (`menu`, `combobox`, `dialog`) har alle påkrevde attributter iht. WAI-ARIA-spesifikasjonen

Contributor guide

Open the contributing guide

Research direction

The issue names no files, tests, or component entry points. Start by inventorying the form, choice-group, dynamic-status, and modal components in the repository, then identify existing accessibility tests or test commands. Done means the listed semantic, labeling, error, live-region, and ARIA requirements are covered across the relevant components.

Written by the indexing model from the issue text.

Assessment

Tech stack
react, typescript
Domain
accessibility, frontend
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Quiet
Clarity
Needs clarification
Newbie friendliness
30/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.