Toegankelijkheid: HTML-export hardcodeert <html lang="nl"> (WCAG 3.1.1) #1249

New issue

Closed

opened 2026-08-04 23:08:46 +00:00 by brenno · 0 comments

brenno commented

2026-08-04 23:08:46 +00:00

Owner

Toegankelijkheid — HTML-export schrijft altijd `<html lang="nl">` (WCAG 3.1.1)

lib/services/marp_html_service.dart:258-260 schrijft de HTML-export altijd met <html lang="nl">, ongeacht de gekozen interfacetaal (de app ondersteunt er 32) of de taal van de content.

Waarom het ertoe doet

Een schermlezer gebruikt het lang-attribuut om de stem en uitspraak te kiezen. Een deck dat in het Fins is geschreven, wordt met de HTML-export in Nederlandse uitspraak voorgelezen — onverstaanbaar. Dit raakt WCAG 2.1 SC 3.1.1 (Taal van de pagina) op AA-niveau.

De HTML-export is juist de route die docs/ACCESSIBILITY.md aanbeveelt "when the recipient needs to read rather than look" — dus hier tref je de blinde gebruiker precies aan. PDF en PPTX zijn bitmaps en irrelevant voor deze norm, maar de HTML-export is de toegankelijke uitweg en hij liegt over zijn taal.

Voorstel

Maak lang dynamisch op basis van de actieve interfacetaal (of een deck-veld als dat er is). Eén string-interpolatie op de aangegeven regel. Let op: de l10n-context die de export gebruikt, is nu ook Locale('nl') hardgecodeerd in marp_html_service_images.dart:71 — die hoort samen te bewegen als de exporttaal variabel wordt.

Scope

Raakt een publieke belofte (de export belooft het deck te zijn, in zijn taal) — bewaker-blik gewenst bij de keuze tussen interfacetaal versus een expliciet deck-taalveld.

## Toegankelijkheid — HTML-export schrijft altijd `<html lang="nl">` (WCAG 3.1.1) `lib/services/marp_html_service.dart:258-260` schrijft de HTML-export altijd met `<html lang="nl">`, ongeacht de gekozen interfacetaal (de app ondersteunt er 32) of de taal van de content. ### Waarom het ertoe doet Een schermlezer gebruikt het `lang`-attribuut om de stem en uitspraak te kiezen. Een deck dat in het Fins is geschreven, wordt met de HTML-export in Nederlandse uitspraak voorgelezen — onverstaanbaar. Dit raakt WCAG 2.1 SC 3.1.1 (Taal van de pagina) op AA-niveau. De HTML-export is juist de route die `docs/ACCESSIBILITY.md` aanbeveelt *"when the recipient needs to read rather than look"* — dus hier tref je de blinde gebruiker precies aan. PDF en PPTX zijn bitmaps en irrelevant voor deze norm, maar de HTML-export is de toegankelijke uitweg en hij liegt over zijn taal. ### Voorstel Maak `lang` dynamisch op basis van de actieve interfacetaal (of een deck-veld als dat er is). Eén string-interpolatie op de aangegeven regel. Let op: de `l10n`-context die de export gebruikt, is nu ook `Locale('nl')` hardgecodeerd in `marp_html_service_images.dart:71` — die hoort samen te bewegen als de exporttaal variabel wordt. ### Scope Raakt een publieke belofte (de export belooft het deck te zijn, in zijn taal) — `bewaker`-blik gewenst bij de keuze tussen interfacetaal versus een expliciet deck-taalveld.

brenno added the

bug

label

2026-08-04 23:08:46 +00:00

brenno referenced this issue

2026-08-04 23:08:59 +00:00

Toegankelijkheid: HTML-export mist documentstructuur (landmarks/titel, WCAG 1.3.1/2.4.1) #1250

brenno referenced this issue from a commit

2026-08-04 23:48:05 +00:00

fix(html-export): <html lang> volgt de rapporttaal, niet hardcoded nl (#1249)

brenno referenced this issue

2026-08-04 23:48:25 +00:00