Tilgjengelighetserklæring

Sist oppdatert: 19. september 2026.

1. Forpliktelse og standard

JoelKlemmer.com skal kunne brukes av personer med funksjonsnedsettelser, inkludert personer som bruker tastatur, skjermleser, forstørring, stemmestyring, bryterstyring og alternative visningsinnstillinger. Joel R. Klemmer i USA er ansvarlig for nettstedet og for å motta henvendelser om tilgjengelighet på contact@joelklemmer.com.

Det tekniske målet vårt er Retningslinjer for tilgjengelig webinnhold, versjon 2.2, nivå AA. Vi følger også utvalgte praksiser på nivå AAA der de forbedrer opplevelsen og kan støttes konsekvent. «AA+» brukes av og til uformelt, men er ikke et eget samsvarsnivå i WCAG. Vi bruker ikke betegnelsen som en sertifisering og hevder ikke at nettstedet oppfyller alle suksesskriteriene på nivå AAA.

Tilgjengelighet inngår i gjennomgangen av design, innhold, utvikling og publisering. En visuelt oppslukende opplevelse skal ikke kreve animasjon, en tredimensjonal gjengivelsesmotor, et bestemt fargetema eller en pekeenhet for å nå vesentlig informasjon. Tilgjengelighetskontrollene supplerer semantisk HTML og brukbar standardfunksjonalitet; de erstatter ikke behovet for at det underliggende nettstedet er tilgjengelig.

2. Erklæringens omfang

Denne erklæringen dekker sidene og grensesnittet som drives på JoelKlemmer.com, inkludert navigasjon, søk, bokinformasjon og forhandleroversikter, offentlige kilderegistre, anerkjennelser, medie- og presseressurser, kontakt, policysider og AI-veilederen. Den omhandler innholdet og funksjonene vi kontrollerer.

Uavhengige forhandlere, utgivere, sosiale nettverk, podkastplattformer og andre lenkede tjenester kontrollerer sine egne grensesnitt og materialer. Tilgjengeligheten deres kan avvike fra dette nettstedets. En lenke til en tredjepartstjeneste er ingen sertifisering av tjenestens tilgjengelighet. Hvis en ekstern ressurs skaper en barriere for informasjon som er tilgjengelig her, kan du fortelle oss hva du trenger, så vurderer vi et egnet alternativ som vi selv kontrollerer.

Nedlastbare dokumenter, bilder og audiovisuelle materialer har formatspesifikke hensyn. En visuell PDF kan fungere annerledes enn HTML-presentasjonen, særlig når det gjelder leserekkefølge, tagging, tekstuttrekk og hjelpemiddelteknologi. Vi anser ikke en visuell gjennomgang eller en vellykket PDF-nedlasting som bevis på samsvar med PDF/UA. Nettstedets HTML-presentasjon av medie- og presseinformasjon gir en egen lesevei; kontakt oss hvis den ikke dekker behovene dine.

3. Navigasjon og tastaturbruk

Nettstedet bruker landemerker, overskrifter, meningsfulle lenketekster, innebygde lenker og skjemakontroller for å støtte navigasjon med hjelpemiddelteknologi. En hopp-lenke gir en vei til hovedinnholdet. Tastaturfokus skal være synlig og følge en meningsfull rekkefølge. Navigasjonsdialoger støtter åpning og lukking med tastaturet, og når en dialog lukkes, skal fokuset gå tilbake til kontrollen som åpnet den, dersom kontrollen fortsatt er tilgjengelig.

Bruk Tab og Shift+Tab for å flytte mellom kontroller, Enter for å aktivere lenker og knapper der dette støttes, og Escape for å lukke en åpen dialog. Innebygde kontroller kan også støtte piltastene eller mellomromstasten, avhengig av nettleseren og hjelpemiddelteknologien. Vi erstatter ikke med hensikt velkjente nettlesersnarveier og krever ikke en komplisert bevegelse for en vesentlig handling.

Pekemål utformes med tilstrekkelig størrelse og avstand. En handling som er tilgjengelig når pekeren holdes over et element, skal også kunne oppdages og utføres med tastatur eller annen støttet inndata. Presentasjoner for berøring, tastatur og peker kan ha ulik utforming, samtidig som det samme vesentlige innholdet og de samme handlingene bevares.

4. Visning, kontrast, bevegelse og grafikk

Temainnstillingene gir en lys, mørk eller systemvalgt presentasjon innenfor samme visuelle retning. Tekst, kontroller og fokusindikatorer gjennomgås med tanke på kontrast mot den faktiske bakgrunnen. Dekorative bilder og lagdelte flater må ikke gjøre lesbarheten av vesentlig tekst avhengig av en uforutsigbar bakgrunn. Farge alene skal ikke angi en feil, status eller valgt tilstand.

Bevegelsesinnstillingene gir en presentasjon med redusert bevegelse og kan følge operativsystemets innstilling. Vesentlig innhold skal fortsatt være tilgjengelig når bevegelse reduseres. Grafikkinnstillingen gir en lettere presentasjon for besøkende som foretrekker eller trenger mindre krevende gjengivelse. Hvis nettleseren ikke støtter en tredimensjonal scene, skal en statisk presentasjon bevare informasjonen og navigasjonen som trengs for å bruke nettstedet.

Du kan zoome og bruke nettleserens innstillinger for tekststørrelse. Utformingen gjennomgås med tanke på tekstflyt og tap av innhold når tekst- eller visningsfeltdimensjoner endres. Enkelte visuelle objekter, som et bokomslag eller en publikasjonsside, beholder sin iboende form; alternativ tekst og omkringliggende HTML-informasjon gir kontekst uavhengig av bildets fysiske utforming.

Visningsinnstillinger lagres på enheten bare når du velger den valgfrie kontrollen for å huske innstillingene. Du kan fjerne valget gjennom grensesnittet. Hvis nettleserlagring svikter, skal nettstedet bruke brukbare standardinnstillinger i stedet for å hindre tilgang. Retningslinjene for informasjonskapsler forklarer denne lagringen separat.

5. Tekst, struktur og språk

Vi tar sikte på å bruke tydelige overskrifter, lesbare tekststørrelser, tilstrekkelig linjeavstand og en meningsfull leserekkefølge. Informasjon skal ikke avhenge av visuell plassering, form eller bare en instruksjon som «klikk på elementet til høyre». Skjemaer og interaktive elementer skal gi forståelige navn og relasjoner til hjelpemiddelteknologi.

Nettstedet tilbyr 50 språkvalg. Språkattributter og skriveretning brukes slik at nettlesere og hjelpemiddelteknologi kan tolke det valgte språket og tekst fra høyre mot venstre på riktig måte. Navn, originale boktitler og sitater kan bli stående på kildespråket når en oversettelse ville feilidentifisere verket; forklaringer rundt teksten skal gjøre dette skillet tydelig.

Et oversatt grensesnitt er ikke automatisk tilgjengelig eller korrekt. Lange etiketter, skrifter som ikke er latinske, toveis tekst, lokale datoformater og oversatte instruksjoner krever egne kontroller. Hvis en oversettelse gjør en kontroll eller forklaring uklar, oppgir du språket og siden i rapporten. Vi vurderer både betydningen og den resulterende brukervennligheten.

6. Bilder, bøker, publikasjoner og medier

Meningsfulle bilder skal ha tekstalternativer som formidler formålet. Dekorative bilder skal ikke skape gjentatte kunngjøringer eller skjule meningsfullt innhold. Fotografier og genererte scener skal ikke formidle vesentlige fakta som ikke finnes i nærliggende tekst. Boktitler, forfatterskap, utgaver og kjøpsinformasjon presenteres som tekst i stedet for å være avhengig bare av omslagsbilder eller tredimensjonale objekter.

Medie- og presserelaterte publikasjoner har leseløsninger i HTML i tillegg til nedlastbare versjoner. Kontroller skal ha navn, kunne betjenes med tastatur og kunne brukes når bevegelse er redusert. Tekstforstørring, sidenavigasjon og kildelenker skal være tilgjengelige uten at det kreves en sidevendingsbevegelse. Hvis en bestemt leser eller et dokumentformat er en barriere, kan du be om informasjonen i et annet egnet format.

Når vi publiserer meningsfullt forhåndsinnspilt lyd- eller videoinnhold som vi kontrollerer, kreves tilgjengelige alternativer som teksting, transkripsjoner eller beskrivelser, alt etter hva som passer for innholdet og den gjeldende standarden. Dekorativ bevegelse uten tilleggsinformasjon kan bruke en tilsvarende statisk presentasjon. Tredjepartsopptak kan ha teksting eller transkripsjoner fra verten; vi antar ikke at slike funksjoner finnes eller er korrekte bare fordi opptaket er lenket.

7. Skjemaer, feil og automatiserte svar

Kontaktskjemaet angir obligatoriske felt og gir valideringstilbakemelding. Feil skal uttrykkes i tekst og knyttes til den berørte kontrollen eller et sammendrag som kan navigeres. Fremdrift, vellykket innsending og feil ved innsending skal formidles til hjelpemiddelteknologi uten å være avhengig bare av farge, animasjon eller en kortvarig visuell melding.

AI-veilederen er valgfri. Vanlig søk, kildesider og kontakt er tilgjengelige uavhengig av den. Spørsmålsfeltet samt tilstandene for innsending, avbryting, resultat og feil skal være tilgjengelige med tastatur og skjermleser. Genererte svar vises som tekst med kildelenker. En feil eller et spørsmål som ikke støttes, skal gi en tydelig forklaring i stedet for et tomt resultat som fremstilles som vellykket.

AI-resultater kan være feil eller vanskelige å forstå. De erstatter ikke en forespurt tilgjengelighetstilpasning eller direkte hjelp. Du kan be om informasjon via kontaktkanalen i stedet for å bruke en AI-leverandør. Retningslinjene for AI og personvernerklæringen forklarer funksjonens begrensninger og databehandling.

8. Evaluering og nåværende begrensninger

Under utvikling og klargjøring for publisering bruker vi en kombinasjon av kildekodegjennomgang, automatiserte kontroller, tastaturtesting, responsive nettleserkontroller og visuell inspeksjon. Automatiserte tester kan avdekke enkelte feil, men kan ikke fastslå at hver interaksjon fungerer for hver person eller hjelpemiddelteknologi. En vellykket test i et simulert visningsfelt er ikke det samme som testing på en fysisk telefon, TV, VR-briller eller alle innebygde nettlesere.

Tilnærmingen vår er å gjøre vesentlig informasjon tilgjengelig gjennom standard webkontroller og tekst, slik at dekorative scener ikke blir en barriere på enheter med begrensede ressurser. Den faktiske funksjonen kan likevel variere med operativsystem, nettleser, hjelpemiddelteknologi, maskinvare, nettverk, skriftstøtte og brukerinnstillinger. Hvis en kombinasjon svikter, ønsker vi den konkrete informasjonen som trengs for å gjenskape barrieren og gi et alternativ.

Vi hevder ikke tredjepartssertifisering av tilgjengelighet, fullstendig samsvar med nivå AAA, testing på alle typer fysiske enheter eller at tredjepartsinnhold er tilgjengelig uten underbyggende dokumentasjon. Nedlastbare dokumenter og eksterne medier på andre plattformer krever egne evalueringer. En kjent begrensning må vurderes og håndteres gjennom en rettelse eller et egnet tilgjengelig alternativ, og skal ikke avvises bare fordi en automatisert rapport ga godkjent resultat.

9. Be om hjelp eller et alternativt format

Send e-post til contact@joelklemmer.com eller bruk kontaktskjemaet for å rapportere en barriere eller be om informasjon i et tilgjengelig format. Hvis selve skjemaet er vanskelig å bruke, er e-postkanalen et alternativ. Du trenger ikke oppgi en diagnose for å sende en tilgjengelighetsforespørsel.

Nyttige opplysninger omfatter sideadressen, informasjonen eller handlingen du forsøkte å få tilgang til, barrieren du møtte, enheten og nettleseren, eventuell hjelpemiddelteknologi og formatet eller hjelpen som ville være nyttig. Del bare det som er nødvendig; ikke send passord, medisinske dokumenter eller uvedkommende private opplysninger. Du kan utelate tekniske detaljer du ikke kjenner.

Vi tar sikte på å bekrefte mottak av en tilgjengelighetsforespørsel innen fem virkedager og gi et utfyllende svar eller et praktisk neste trinn innen ti virkedager. Enkelte rettelser eller alternative formater kan ta lengre tid; i så fall tar vi sikte på å forklare det forventede neste trinnet og holde deg orientert. En kortere frist eller annen fremgangsmåte som kreves etter gjeldende lov, har forrang. Disse målene er ikke et løfte om at alle programvarefeil kan rettes permanent innenfor dette tidsrommet.

Rimelig hjelp skal ikke kreve at du bruker funksjonen som skapte barrieren. Avhengig av forespørselen kan et egnet svar være en tekstversjon, et dokument i et annet format, en tydeligere lenke, hjelp til å finne en kilde eller en rettelse i grensesnittet. Vi vurderer den forespurte formen for hjelp og forpliktelsene som gjelder under omstendighetene.

10. Tilbakemelding, eskalering og juridiske rettigheter

Hvis et svar ikke løser problemet ditt, kan du svare med en beskrivelse av den gjenstående barrieren og be nettstedsoperatøren foreta en ny gjennomgang. Ta vare på relevante datoer og korrespondanse hvis du trenger dokumentasjon. Korrespondanse om tilgjengelighet håndteres i samsvar med personvernerklæringen og gjeldende regler for oppbevaring.

Denne interne prosessen begrenser ikke retten din til å kontakte en kompetent myndighet for tilgjengelighet, rettigheter for personer med funksjonsnedsettelser, forbrukervern eller et annet område, bruke en tilgjengelig klageordning eller søke rettsmidler etter gjeldende lov. Du trenger ikke gi avkall på en lovfestet rettighet for å få hjelp. Ingen ansvarsfraskrivelse andre steder på nettstedet utelukker en plikt som ikke lovlig kan utelukkes.

Tilgjengelighetskrav varierer mellom land og, i USA, mellom føderale, delstatlige og andre gjeldende rettslige rammeverk. WCAG er en teknisk standard; bruk av den avgjør ikke i seg selv hvilken lov som gjelder for dette nettstedet og sertifiserer heller ikke samsvar med alle lokale krav. Ufravikelig gjeldende vern har forrang der det krever mer enn det som beskrives i denne erklæringen.

11. Vedlikehold og oppdatering av tilgjengeligheten

Vi gjennomgår tilgjengeligheten når vi legger til en funksjon, endrer navigasjonen, oppdaterer en publikasjon, innfører et nytt element eller oversetter innhold. De relevante kontrollene skal omfatte den faktiske interaksjonen og meningsfulle feiltilstander, ikke bare et statisk skjermbilde. Vesentlige endringer i AI-veilederen, publikasjonsleserne eller scenekontrollene krever en ny gjennomgang av de berørte funksjonene.

Vi oppdaterer denne erklæringen når en vesentlig endring påvirker funksjonene, begrensningene eller hjelpen som beskrives her. Datoen på den publiserte siden identifiserer versjonen. Kontakt Joel R. Klemmer i USA på contact@joelklemmer.com for hjelp eller mer informasjon.