Tips ved bruk av fagpresentasjon

ROS/Desk har i publiseringssjekken fokus på elementene i denne typen: Oversikten finner du tilbake i publiseringssjekklisten

Tips når du skal lage eller redigere fagpresentasjon (course presentation)

1. Unngå for mye tekst, er det mye kan det heller være en artikkel.
   
   
2. Bare en slide? Unødvendig navigasjon er støy. Slå navigasjonslinja av under behavioral settings
   
3. Hvis det skal være mange sider kan du klone en side for å få samme bakgrunn, font, størrelse på tekstboks, plassering av bilde m.m.
   
   
4. Tekst legges i tekstboks med luft mot ytre rammer, ti punkter fra kanten
   
   
5. Marger forsvinner ved redigering. Husk å flytte alle tekstbokser etter første gangs redigering av eksisterende H5P på ff .
   
   Bruk gjerne 10 (eller mer) pixel punkter ut fra kanten og andre elementer (f.eks. bilder)!
   Hvis boksene har en gjennomsiktig bakgrunnsfarge (opacity) så er ikke dette problemet like ille.
6. Tekstbokser blir for trange. Ha alltid en tom linje ekstra i bunn av tekstboks.
   Nettlesere bruker ulike fonter og måter å regne ut avstander på. Alle tekstbokser bør ha plass til en linje ekstra for å ta høyde for slikt. Typisk skjer dette pga linjeavstand i lister og bokstavbredde som gir nye linjer. Med enkeltord i tekstbokser er det viktigst å gi dem nok plass i bredden.
   
7. Bruk overskriftsnivå. Velg “overskrift”, ikke rediger tekststørrelsene.
   
8. Dra-slipp mister svarknapp.
   Ved neste redigering havner svarknapp nedenfor dra-slipp-oppgave og blir skjult. Manuell redigering må til for å oppgaven skal fungere videre.
   
   Dra og slipp kan være veldig bra, men vi skal ikke være redde for å legge oppgaver selvstendig under hverandre i stedet for å streve med å pakke dem inni fagpresentasjon.
   
   
9. Husk at tekst og bilder kan vises som knapp eller plakat.
   
   
10. Beregn generelt god plass rundt objekter - skal ikke oppleve som overlesset -.

Litt informasjon om erfaringer med fagpresentasjonsverktøyet i h5p.

Vi har sett et overbruk av akkurat denne varianten av h5p. I og med at dette krever en del kompetanse innen UU, men også generelle komposisjonsprinsipper, så vil vi fraråde redaksjonene om å bruke det for mye. Det er to grunner til det; den ene er at man bruker uforholdsmessig mye tid på å rydde opp, og den andre er at mye av det som blir lagt inn i en h5p egentlig hører hjemme i en artikkel. Tenk først og fremst at det skal være en grunn til å hente inn ulike elementer i en h5p, i stedet for å legge ut fagstoffet i en artikkel.