Tillgänglighetsredogörelse
Alcometer.org arbetar för att kalkylatorn för alkoholkoncentration i blodet, baksmälla, återhämtningsförlopp och vätskebalans ska vara tillgängliga för så många som möjligt, inklusive personer med visuella, motoriska, auditiva, kognitiva och neurologiska funktionsvariationer.
Mål för efterlevnad
Målet är att uppfylla Web Content Accessibility Guidelines (WCAG) version 2.2 på nivå AA, publicerad av W3C. Målet är förenligt med EN 301 549 och European Accessibility Act (EAA), med WCAG 2.1 AA som lägsta kompatibilitetsnivå.
Commit 14a införde en körbar axe-core- och Puppeteer-baslinje över de viktigaste Alcometer-verktygen. Commit 14b började åtgärda kända brister samtidigt som baslinjen hålls icke-regressiv fram till Phase 12 launch gate.
Kända brister listas nedan och åtgärdas aktivt innan launch gate ändras från icke-blockerande till blockerande.
Aktuell automatiserad testtäckning
Repositoryt kör npm run test:alcometer:a11y, som bygger webbplatsen, startar Astro preview, öppnar den kuraterade engelska verktygsuppsättningen, injicerar axe-core via @axe-core/puppeteer och kontrollerar wcag2aa- och wcag22aa-taggarna.
Den aktuella baslinjen finns i test/a11y-baseline.json och senaste körningsrapporten skrivs till reports/a11y-run.json. Baslinjen följer serious och critical findings så att senare commits kan visa att de inte introducerar regressioner.
GitHub Actions-jobbet för tillgänglighet är avsiktligt icke-blockerande fram till Phase 12. Det laddar upp baslinje och rapportartefakter för granskning.
Vad det betyder i praktiken
• Interaktiva kontroller ska använda inbyggda HTML-kontroller där det är möjligt, med synliga fokusindikatorer och tangentbordsstöd.
• SVG- och canvasliknande visualiseringar ska ha en likvärdig text- eller tabellfallback när grafiken bär information.
• Dialoger ska bevara fokusordning och ge en tydlig väg vidare för användare som inte vill fortsätta.
• Dokumentets språk deklareras på varje genererad sida via attributet <html lang>.
Kända begränsningar
Den första axe-core-baslinjen innehåller fortfarande serious/critical findings som hanteras i uppföljande commits. Fram till Phase 12 blockerar den automatiserade köraren regressioner mot baslinjen i stället för att hävda noll findings.
Vissa datavisualiseringar har nu skärmläsarvänliga tabeller, men återstående diagramcopy och locale-paritet behöver fortfarande manuell granskning med hjälpmedel.
Höger-till-vänster-språk är ännu inte implementerade som särskilda RTL-layouter; innehåll använder tillgängligt LTR-skal där det är relevant.
Så testar vi
• Automatiskt: axe-core via @axe-core/puppeteer på Astro preview, avgränsat till wcag2aa- och wcag22aa-taggar.
• Regression report: reports/a11y-run.json.
• Fryst baslinje: test/a11y-baseline.json.
• Manuell granskning behövs fortfarande för tangentbordsflöde, skärmläsarformuleringar, kognitiv tydlighet, zoom-beteende och visuella regressioner.
Automatiska verktyg fångar bara en del av WCAG-efterlevnaden. Mänsklig granskning krävs före lansering, särskilt för kalkylatorn, compliance gate och diagramtunga sidor.
Feedback och kontakt
Om du stöter på ett tillgänglighetshinder — saknad alt-text, tangentbordsfälla, kontrastproblem, oklar fokusordning eller något annat — hör gärna av dig.
E-post: alcometer@wp.pl
Postadress: Piotr Zieminski, Kalonka 71a, Poland
Inkludera gärna: (1) URL där problemet uppstår, (2) en kort beskrivning av hindret, (3) din hjälpmedelsteknik om det är relevant.
Tillsyn
Om du inte är nöjd med vårt svar kan du vända dig till behörig nationell tillsynsmyndighet enligt European Accessibility Act. I Polen är detta Urząd Komunikacji Elektronicznej (UKE, https://www.uke.gov.pl/).
Framtagande av redogörelsen
Denna redogörelse uppdaterades den 25 april 2026 efter att axe-core-baslinjen och det icke-blockerande CI-jobbet för tillgänglighet lades till i repositoryt.
Nästa granskning är planerad till 25 april 2027, eller tidigare om sidmallar, kalkylator-UI eller tillgänglighetstestning ändras väsentligt.