diff --git a/apps/www/app/content/patterns/no/button-placement-and-order.mdx b/apps/www/app/content/patterns/no/button-placement-and-order.mdx index 10199fec52..7793bedc77 100644 --- a/apps/www/app/content/patterns/no/button-placement-and-order.mdx +++ b/apps/www/app/content/patterns/no/button-placement-and-order.mdx @@ -1,40 +1,199 @@ --- -title: Plassering og rekkefølge på knapper +title: Plassering, rekkefølge og språk i knapper sidebar_title: Plassering av knapper -category: Kommende +category: Ferdig description: Hvordan kan vi skape en mer forutsigbar og inkluderende opplevelse ved å standardisere plassering og rekkefølge på knapper? -date: 2025-08-19 +date: 2025-11-21 --- -Ulik plassering og rekkefølge på knapper, særlig navigasjonsknapper, kan skape unødvendig forvirring for brukerne. Dette gjelder blant annet i skjemaer, steg-for-steg-prosesser, dialoger og popover, der knappene ofte leder brukeren videre eller fullfører en handling. Felles mønstre for knapperekkefølge og plassering kan bidra til en mer forutsigbar og inkluderende opplevelse. +Ulik plassering og rekkefølge på knapper skaper unødvendig friksjon. Det øker risikoen for feil og gjør oppgavene tyngre, spesielt for personer med nedsatt syn, motoriske utfordringer eller kognitive barrierer. Når vi bruker samme plassering, rekkefølge og språk på tvers av løsninger, blir opplevelsen mer forutsigbar. Brukerne finner raskere fram og gjør færre feil. -
+## Design og opplevelse +### Begrens antall knapper +Begrens antall knapper til det brukeren faktisk trenger i situasjonen. Når hvert valg er tydelig og entydig, blir det enklere å forstå hva som skjer og tryggere å trykke.1 + +### Bruk rekkefølgen primær, sekundær, tertiær +Som hovedregel skal knapper som står i en gruppe alltid presenteres i rekkefølgen primærknapp → sekundærknapp → tertiærknapp. + +Tre knapper plassert horisontalt med rekkefølgen primær, sekundær og tertiær fra venstre mot høyre på en desktop-skjerm, og vertikalt med samme rekkefølge fra topp til bunn på en mobilskjerm. + +### Plasser knapper til venstre +Plasserer knapper til venstre i grensesnittet. Da blir de enklere å finne for alle brukere, og særlig for dem med nedsatt synsfelt eller de som bruker skjermforstørrelse.2 + +Tre knapper plassert til venstre i grensesnittet. +Tre knapper plassert til høyre i grensesnittet. + +### Praktiske eksempler +**Modal (dialog)** \ +For å skape en forutsigbar opplevelse skal knappene i en modal plasseres og følge samme rekkefølge som ellers. + +Modal med teksten 'Vil du fortsatt være pålogget?' og to knapper plassert til venstre i rekkefølgen primær 'Hold meg pålogget' og sekundær 'Logg ut'. + +Lukk-knappen (X) skal være plassert øverst til høyre i modalen. Knappen skal ha samme funksjon som når brukeren klikker utenfor modalen eller trykker på Esc-tasten. Modalen lukkes og dersom et spørsmål krever svar er det alltid det minst inngripende eller minst destruktive valget for brukeren det faller tilbake på. + +**Popover** \ +En popover brukes for korte, avgrensede valg eller bekreftelser som krever en umiddelbar handling uten å ta brukeren bort fra konteksten. Knapper i en popover skal følge samme plassering og rekkefølge som ellers. + +Popover med teksten 'Er du sikker på at du vil slette raden? Du kan ikke angre' og to knapper plassert til venstre i rekkefølgen primær 'Ja, slett rad' og sekundær 'Behold rad'. + +**Skjema med én side** \ +I skjemaer der alt fylles ut på én side, vil «Send inn»-knappen som regel være den eneste primærhandlingen. + + + +**Skjema med flere sider** \ +Ikke bruk deaktivert "Forrige"-knapp på første side i et skjema med flere sider.3 + + + +På de resterende sidene i skjemaet skal "Forrige"-knappen være plassert i nærheten av Neste-knappen. Elementer som står nær hverandre, oppfattes som relatert.4 Alternative valg som «Fortsett senere» eller «Slett skjemaet» er andre type handlinger som ikke bør være i samme gruppe som Neste/Forrige. + +På små skjermer skal "Forrige" ligge under "Neste", og følge hovedprinsippet for rekkkefølge. På større skjermer er det ulike syn på om det bør være et unntak fra regelen her eller ikke. Noen velger å gjøre et unntak til fordel for lese- og handlingsretningen, men vi har foreløpig ikke noe dokumentert innsikt på at dette faktisk er en fordel. -**Arbeid pågår** \ -En tverretatlig arbeidsgruppe arbeider høsten 2025 med å utvikle felles retningslinjer og anbefalinger for dette temaet. Vi setter stor pris på innspill fra alle som har erfaringer, innsikt eller resultater fra brukertester. Bidra gjerne i den tilhørende [diskusjontråden på github.com](https://github.com/digdir/designsystemet/discussions/1671). - +**Mer innsikt kreves** \ +Vi ønsker å gjennomføre en brukertest for å lande på et valg for plassering av Neste/Forrige. Vi deler innsikten når vi vet mer. Har du innsikt om dette, del gjerne i pågående [diskusjon på Github](https://github.com/digdir/designsystemet/discussions/1671). + + + + + +Hvis du gjør unntak her, bør unntaket kun gjøres for større skjermer, ikke små skjermer der knappene ligger under hverandre. Det er viktig at den visuelle fremstillingen speiler DOM-en. Dette kan løses ved å sette inn en ekstra knapp som skjules med `display: none;` og fjerner innholdet fullstendig for skjermlesere. Se [kodeeksempel med ekstra knapp (nav.no)](https://aksel.nav.no/templates/skjemavalidering/demo?darkside=true). + +**Siste steg i et skjema** \ +På siste steg i et skjema skal det være tydelig at brukeren sender inn skjemaet. “Send inn” er primærknappen. + + + +## Språk +Tekst i knapper skal alltid beskrive hva som skjer når brukeren trykker. Knappeteksten skal være kort og konsis, helst ikke mer enn tre ord. Velg verb i oppfordringsform (imperativ), for eksempel "send" og "signer". + +Unngå abstrakte begreper som “Ok“ eller ”Avbryt“ når det finnes alternativer som beskriver nøyaktig hva som skjer. Brukeren skal slippe å tolke knappene. Det skal være åpenbart hva som skjer når man trykker. + + + + + +### Bruk ordlyden "Forrige steg" +Bruk ordlyden «Forrige steg» i skjema i stedet for “Tilbake”. Det gjør det tydelig at handlingen kun fører brukeren tilbake til det foregående steget i skjemaet, ikke ut av prosessen. + +### Bruk “Avbryt” konsekvent +“Avbryt” skal alltid bety at brukeren avbryter en handling uten at noe lagres eller endres. Om det finnes risiko for tap av data, vurder å spørre brukeren “Er du sikker på at du vil avbryte? Endringene du har gjort vil gå tapt.” Når funksjonen er noe annet, bruk begreper som beskriver handlingen, f.eks “Lagre og fortsett senere”. Da slipper brukerne å tolke hva som skjer. + +## Kode + +### Fokusrekkefølge +Tab-rekkefølgen skal som hovedregel alltid følge leseretningen. Det betyr at når en bruker navigerer med tastatur, skal fokus gå gjennom elementene i samme rekkefølge som de presenteres visuelt.5-6 + +Hvis «Neste» er plassert til høyre for «Forrige», kan det være fristende å endre fokusrekkefølgen i koden slik at brukeren hopper til «Neste» først. Dette skal unngås, da det skaper en uforutsigbar oppførsel for tastaturbrukere. Det er bedre at fokusrekkefølgen i koden samsvarer med den visuelle rekkefølgen. Dette gir en forutsigbar og tilgjengelig brukeropplevelse. + +## Relevante kilder +* [1] [Simplicity Wins over Abundance of Choice (baymard.com)](https://baymard.com/learn/button-design) +* [2] [Forstå synsnedsettelse](https://designsystemet.no/no/best-practices/accessibility/understanding-vision-impairment) +* [3] [Deaktiverte tilstander (nav.no)](https://aksel.nav.no/god-praksis/artikler/deaktiverte-tilstander) +* [4] [Proximity Principle in Visual Design (nngroup.com)](https://www.nngroup.com/articles/gestalt-proximity/) +* [5] [Understanding SC 2.4.3: Focus Order (w3.org)](https://www.w3.org/WAI/WCAG22/Understanding/focus-order.html) +* [6] [2.4.3 Fokusrekkefølge (uutilsynet.no)](https://www.uutilsynet.no/wcag-standarden/243-fokusrekkefolge-niva/105) + + diff --git a/apps/www/public/img/patterns/button-form-firstpage.png b/apps/www/public/img/patterns/button-form-firstpage.png new file mode 100644 index 0000000000..07e6e02d8b Binary files /dev/null and b/apps/www/public/img/patterns/button-form-firstpage.png differ diff --git a/apps/www/public/img/patterns/button-form-lastpage.png b/apps/www/public/img/patterns/button-form-lastpage.png new file mode 100644 index 0000000000..5771e63dc2 Binary files /dev/null and b/apps/www/public/img/patterns/button-form-lastpage.png differ diff --git a/apps/www/public/img/patterns/button-form-onepage.png b/apps/www/public/img/patterns/button-form-onepage.png new file mode 100644 index 0000000000..665d41facb Binary files /dev/null and b/apps/www/public/img/patterns/button-form-onepage.png differ diff --git a/apps/www/public/img/patterns/button-form-secondpage-alt2.png b/apps/www/public/img/patterns/button-form-secondpage-alt2.png new file mode 100644 index 0000000000..6426d1cab0 Binary files /dev/null and b/apps/www/public/img/patterns/button-form-secondpage-alt2.png differ diff --git a/apps/www/public/img/patterns/button-form-secondpage.png b/apps/www/public/img/patterns/button-form-secondpage.png new file mode 100644 index 0000000000..93013a9dee Binary files /dev/null and b/apps/www/public/img/patterns/button-form-secondpage.png differ diff --git a/apps/www/public/img/patterns/button-language-bad.png b/apps/www/public/img/patterns/button-language-bad.png new file mode 100644 index 0000000000..47980fa99d Binary files /dev/null and b/apps/www/public/img/patterns/button-language-bad.png differ diff --git a/apps/www/public/img/patterns/button-language-good.png b/apps/www/public/img/patterns/button-language-good.png new file mode 100644 index 0000000000..3422654538 Binary files /dev/null and b/apps/www/public/img/patterns/button-language-good.png differ diff --git a/apps/www/public/img/patterns/button-left.png b/apps/www/public/img/patterns/button-left.png new file mode 100644 index 0000000000..05fe6212db Binary files /dev/null and b/apps/www/public/img/patterns/button-left.png differ diff --git a/apps/www/public/img/patterns/button-modal.png b/apps/www/public/img/patterns/button-modal.png new file mode 100644 index 0000000000..4d6a401f8d Binary files /dev/null and b/apps/www/public/img/patterns/button-modal.png differ diff --git a/apps/www/public/img/patterns/button-order.png b/apps/www/public/img/patterns/button-order.png new file mode 100644 index 0000000000..a20945a8c4 Binary files /dev/null and b/apps/www/public/img/patterns/button-order.png differ diff --git a/apps/www/public/img/patterns/button-popover.png b/apps/www/public/img/patterns/button-popover.png new file mode 100644 index 0000000000..a7fed9af2a Binary files /dev/null and b/apps/www/public/img/patterns/button-popover.png differ diff --git a/apps/www/public/img/patterns/button-right.png b/apps/www/public/img/patterns/button-right.png new file mode 100644 index 0000000000..9d3c3d921b Binary files /dev/null and b/apps/www/public/img/patterns/button-right.png differ