Tilgjengelighetserklæring
Alcometer.org arbeider for at kalkulatoren for alkoholkonsentrasjon i blodet, bakrusverktøyet, restitusjonsestimatet og væskebalanseveiledningen skal være tilgjengelige for flest mulig, også personer med syns-, motoriske, hørselsmessige, kognitive og nevrologiske funksjonsvariasjoner.
Samsvarsmål
Målet vårt er å oppfylle Web Content Accessibility Guidelines (WCAG) versjon 2.2 på nivå AA, publisert av W3C. Dette samsvarer med EN 301 549 og European Accessibility Act, med WCAG 2.1 AA som minimumsnivå for kompatibilitet.
Prosjektet kjører en automatisert axe-core- og Puppeteer-baseline på de viktigste Alcometer-rutene. Kjente feil rettes uten å tillate regresjon i baseline.
Kjente begrensninger er listet nedenfor og håndteres før lanseringsporten endres fra overvåkende til blokkerende.
Automatisert testdekning
Repoet kjører npm run test:alcometer:a11y, som bygger nettstedet, starter Astro preview, åpner et kuratert sett med verktøysider, injiserer axe-core via @axe-core/puppeteer og kontrollerer taggene wcag2aa og wcag22aa.
Gjeldende baseline ligger i test/a11y-baseline.json, og siste kjøringsrapport skrives til reports/a11y-run.json. Baseline sporer alvorlige og kritiske funn slik at senere commits kan dokumentere at de ikke innfører regresjoner.
Tilgjengelighetsjobben i GitHub Actions er midlertidig ikke-blokkerende til lanseringsfasen. Den laster opp baseline og rapportartefakter for gjennomgang.
Hva dette betyr i praksis
• Interaktive kontroller bør bruke native HTML-kontroller der det er mulig, med synlig fokusindikator og tastaturbetjening.
• SVG- og canvas-lignende datavisualiseringer bør ha tilsvarende tekst eller tabell når grafikken bærer informasjon.
• Dialoger må bevare fokusrekkefølgen og gi en tydelig vei ut for brukere som ikke ønsker å fortsette.
• Dokumentets språk deklareres på alle genererte sider med <html lang>-attributtet.
Kjente begrensninger
Den første axe-core-baselinen inneholder fortsatt alvorlige eller kritiske funn som håndteres i oppfølgingscommits. Frem til lanseringsporten aktiveres fullt ut, blokkerer den automatiserte kjøreren regresjoner mot baseline i stedet for å hevde at det ikke finnes funn.
Noen datavisualiseringer har nå skjermleservennlige tabeller, men resterende diagramtekst og lokaliseringsparitet trenger fortsatt manuell gjennomgang med hjelpemiddelteknologi.
Høyre-til-venstre-språk har foreløpig ikke egne RTL-layouts. Der det er aktuelt brukes tilgjengelig LTR-lokaleskall.
Slik tester vi
• Automatisk: axe-core via @axe-core/puppeteer på Astro preview, avgrenset til wcag2aa- og wcag22aa-tagger.
• Regresjonsrapport: reports/a11y-run.json.
• Frossen baseline: test/a11y-baseline.json.
• Manuell gjennomgang er fortsatt nødvendig for tastaturflyt, skjermleserordlyd, kognitiv klarhet, zoomatferd og visuell regresjon.
Automatiserte verktøy fanger bare en del av WCAG-samsvar. Menneskelig gjennomgang kreves før lansering, særlig for kalkulatoren, bekreftelsesdialogen og diagramsidene.
Tilbakemelding og kontakt
Hvis du møter en tilgjengelighetsbarriere — manglende alternativtekst, tastaturfelle, kontrastproblem, uklar fokusrekkefølge eller noe annet — ta kontakt.
E-post: alcometer@wp.pl
Postadresse: Piotr Zieminski, Kalonka 71a, Polen
Ta med: (1) URL-en der problemet oppstår, (2) en kort beskrivelse av barrieren, (3) hjelpemiddelteknologien du bruker, hvis relevant.
Håndheving
Hvis du ikke er fornøyd med svaret vårt, kan saken tas videre til kompetent nasjonal håndhevingsmyndighet etter European Accessibility Act. I Polen er dette Urząd Komunikacji Elektronicznej (UKE, https://www.uke.gov.pl/).
Utarbeidelse av erklæringen
Erklæringen ble oppdatert 25. april 2026 etter at axe-core-baselinen og den ikke-blokkerende CI-jobben for tilgjengelighet ble lagt til i repoet.
Neste gjennomgang er planlagt 25. april 2027, eller tidligere ved vesentlige endringer i sidemaler, kalkulatorgrensesnitt eller tilgjengelighetsverktøy.