Uu: H5P (generelt)

Denne siden er ganske generell og det vil på sikt bli laget mer detaljerte sider om ulike H5P-typer. Slik som når og hvordan vi skal bruke de ulike og hva vi må tenke på når det gjelder uu.

Jevnt over er H5P-er utfordrende når det gjelder universell utforming. Det er flere grunner til det. Det er ofte kombinasjon av flere medier slik som bilde, tekst og video. H5P-ene har navigasjon som avviker fra øvrig navigasjon på ndla.no, og det er ikke alle typene som er utviklet med tanke på universell utforming. En H5P-type kan være tiltenkt en type bruk, og det er likevel mulig å lage mange andre varianter.

H5P er mindre tilgjengelig for en del av våre brukere. En hovedregel er at viktig fagstoff skal ligge i fagartikkel (i ED). Viktig fagstoff må ikke kun bli presentert i en H5P. H5P-innholdet dukker ikke opp i nettsøk som er den vanligste veien inn til fagstoffet på våre sider. H5P krever mer av brukeren og er tidkrevende i produksjon og vedlikehold.

Det ligger en oversikt over H5P-innholdstyper på Zendesk og der finner du også konkrete tips fra LibreStudio om hvordan vi kan forbedre uu i hver enkelt H5P-type.

Les: Kvalitet i interaktivt innhold

Ikke legg ut på langtur med kompliserte og avanserte H5P-er om du ikke har dekket opp grunnleggende fagstoff om temaet i ED, og heller ikke har satt deg inn i denne H5P-typen og UU.

Kjente, gjennomgående uu-problemer for H5P

Generelle feil kan som oftest løses effektivt teknisk på et generelt nivå. Enten hos H5P-group, i vår Edlib-løsning eller i den enkelte H5P-innholdstype. Feilene vil likevel være en utfordring for store brukergrupper hver gang de møter en H5P i våre artikler. Det kan altså være relevant å vite om små feil siden de rammer bredt.

Mye av innholdet vårt er ikke oppdatert til siste versjon og en del er helt utdaterte (deprecated). Dette betyr at vi har gamle uu-bugs på lufta som er utbedret i nyproduksjon. Dette er spesielt omfattende for course presentation/fagpresentasjon.
Manglende oppdatering av språkfiler gir en blanding av norske og engelske ledetekster. Dette gjelder ofte "usynlige" tekster, altså tilbakemeldinger eller informasjon kun ment for skjermleser. Vi jobber med å få oppdaterte tekster inn i systemet vårt. Deretter må vi få hentet nye hjelpetekster inn hver enkelt H5P vi har publisert (forhåpentligvis med en effektivt teknisk rutine).
Hjelpetekster som forsvinner under/utfor kanten og/eller bakom knapper og gjør dem uleselige.
For svak fokusmarkering på knapper siden de kun baserer seg på nettleserens visning. Det er ikke godt nok at knappene blir litt mørkeblå eller at de får en linje rundt som ikke har kontrast nok mot knappeflaten.
(Youtubevideoer satt inn i H5P har ikke mulighet for teksting). NDLA har policy om å ikke bruke youtube i noe innhold.

Problemer knyttet til spesifikke innholdstyper og eksempler

Dra-slipp-tekst kan ikke brukes med tastaturnavigasjon fordi man ikke får tak i ordene man skal dra.
Image-juxtaposition mangler kontrast (rammefarge) på "håndtaket" slik at det blir vanskelig å finne og er i liten grad mulig å bruke med tastatur.
Memory er vanskelig å navigere med skjermleser fordi man kan ende opp i bakgrunnen selv om det ligger en modal (popup) foran.
Flashcards går automatisk videre etter at svar er avgitt slik at brukeren kan få for lite tid til å få med seg fasit og bryter kravet om justerbar tid.

Tiltak for å forbedre uu

Vi kan gjøre flere tiltak for å forbedre uu i H5P-innhold:

Generelt

En hovedregel er at ikke tekstlig-innhold har tekstalternativ (WCAG 1.1.1).
Velg riktig type. Bruk hver enkelt av H5P-typene til det de er ment til og utviklet for. Ikke endre på knappenavn og lignende.
Det er gode kontraster mellom ulike visuelle elementer (WCAG 1.4.11). Ulike visuelle elementer skal ha kontrastforhold 3:1 og tekst og tekstbakgrunn skal ha 4,5:1.
Unngå for mange medietyper i en H5P.
Videoinnhold er tekstet.
Bilder har alt-tekster.
Lyd har transkripsjon eller annen tekstversjon ved lydklippet.
Vi anbefaler H2 eller H3 i tittel i ED før H5P-oppgaven. Da vet brukeren hva som kommer. Det gjør også sida bedre for brukere som bruker skjermleser, da mange H5P-typer mangler overskriftsnivå.

Navigasjon og fokusrekkefølge

Det er tydelig og lett å forstå for brukeren hva hen skal gjøre.
Klikkbare elementer og droppsoner er lette å oppdage og bruke med hjelpemidler.
Det er naturlig rekkefølge i elementene (WCAG 1.3.2).
Det er best for eleven å ha hele H5P-en i ruta. Unngå at elevene må skrolle for å se hele H5P-en.
Bruker kan bruke ressursen med skjermleser og tastatur (WCAG 2.1.2).

Dra og slipp-oppgaver/fyll inn tekst/dra tekst

Dra og slipp-oppgaver skal ikke ha for mange felt (Over åtte par er mye).
Fyll inn ord/dra og slipp ord-oppgaver bør ikke være for lange. Inntil åtte felt er passelig. Maks ett ord per setning, elever trenger å kunne se/høre resten av setningen for å få med seg sammenhengen. Elever foretrekker å dra ord over å skrive inn ord.

Fagpresentasjon

Fagpresentasjon har innebygd sidenavigering. Vi bruker hovedsaklig denne. Eventuelle unntak skal klareres med deskkontakt før produksjon.
Unngå å bruke fagpresentasjon som "container" for mange ulike interaktive oppgavetyper. Det blir dårlig med plass, og gir to ekstra lag med ulike navigasjonsmetoder i tillegg til vanlig navigasjon på fagsiden på ndla.no. Legg heller oppgaver i artikkelen eller samle disse inn i et question set.
Unngå kompliserte fagpresentasjoner med mye ulikt innhold (ikke både fagstoff, oppgaver, bildeshow og refleksjonsoppgaver)
Vi unngår ensidige fagpresentasjoner (tidligere brukt som kollasj). Kontakt din deskkontakt for alternativer, vi kan lage et sammensatt bilde, en SVG eller bruke grid-verktøy.

Uu-innhold om ulike innholdstyper

Øvrige uu-regler for tekst, lyd, video og bilde gjelder også her. Sett deg inn i aktuelt innhold om innholdstypene:

Uu og bestemte H5P-typer

Uu: kodekammer

Relatert innhold:

Kilde

Tilsynet for universell utforming av ikt. (u.å.). WCAG-standarden. Hentet 08.06.23 fra
https://www.uutilsynet.no/wcag-standarden/wcag-standarden/86

Skrevet av Stina Grolid