Altinn / Altinn/altinn-components
Skjermleser-støtte og semantisk HTML (UU)
- 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
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