Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

docs: fix broken links #2467

Merged
merged 1 commit into from
Sep 19, 2024
Merged
Show file tree
Hide file tree
Changes from all commits
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
Original file line number Diff line number Diff line change
Expand Up @@ -51,7 +51,7 @@ Det er et par ting å tenke på når komponenter lages i Figma:

- [Alle styles](https://docs.tokens.studio/available-tokens/available-tokens) (farger, avstander, størrelser, skygger, osv) skal være koblet opp mot korrekt tokens. Bruker du stilene som finnes, er disse allerede automatisk koblet mot tokens. Trenger du nye stiler, må disse også lages som tokens.

- Bruk [typografi-komponentene](https://www.figma.com/file/vpM9dqqQPHqU6ogfKp5tlr/Felles-komponenter?type=design&node-id=9219%3A49516&mode=design&t=kNm7x1CMRXwbfmP9-1) for all tekst som skal eksistere i komponenten.
- Bruk typografi-komponentene for all tekst som skal eksistere i komponenten.

- [Autolayout](https://help.figma.com/hc/en-us/articles/5731482952599-Using-auto-layout): Innholdet skal skalere som forventet ved størrelseendring. Tenk over om innholdet skal wrappe under hverandre dersom det ikke er plass i bredden. Kan det være hensiktsmessig med en min- eller max-width? Og kanskje truncate (...) på teksten dersom den blir for lang?

Expand All @@ -67,8 +67,6 @@ Det er et par ting å tenke på når komponenter lages i Figma:

- Tenk over hvordan en annen designer vil ta i bruk komponenten. Er den intuitiv å bruke? Er den fleksibel nok slik at de ikke trenger å detache den? Kanskje bør den settes opp med [slots](https://www.youtube.com/watch?v=FOGgsPz3UTk) slik at det er mulig å bytte ut innholdet i den og legge inn andre komponenter uten å måtte detache. Bruk gjerne også "[Preferred values](https://help.figma.com/hc/en-us/articles/5579474826519-Explore-component-properties#preferred)" for å femheve komponentene vi tror kommer til å bli mest brukt som innhold.

- Pass på at designet til komponenten er universelt utformet. [Krav som er spesielt relevant for designere](https://www.figma.com/file/V4dzf3m1sapmU048OQnu7L/Arbeidsomr%C3%A5de%3A-Felles-komponenter?type=design&node-id=349%3A45786&mode=design&t=6lrzQ94NOQl06gY2-1):

- Sjekk at du har gode nok [kontraster](https://www.uutilsynet.no/regelverk/testprosedyrar-nettstader/709#suksesskriterium_143_kontrast)
- At du har tenkt over hvordan tastaturnavigering skal fungere dersom du lager en ny komponent som ikke er standard. (Standard HTML-elementer har tastaturnavigasjon allerede definert).
- Instruksjoner eller informasjon som er essensiell for brukeren skal ikke være kun markert visuelt. Eksempel kan være å bruke ikon eller tekst i tillegg til rødfarge som indikerer at noe feiler.
Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -53,7 +53,6 @@ Eksempel på opplevelser vi ønsker at innbyggerne skal ha i møte med oss:

## Andre designprinsipper utarbeidet i offentlig sektor:

- Norges domstoler: [Designprinsipper](https://design.domstol.no/987b33f71/p/91e40b-verdier-og-prinsipper/b/49ed4e)
- Skatteetaten: [Tommelfingerregler for design](https://skatteetaten.github.io/frontend-components/#section-tommelfingerregler-for-design)
- Nav: [Prinsipper for brukeropplevelse](https://aksel.nav.no/prinsipper/brukeropplevelse)
- Brønnøysundregistrene: [15 prinsipper for god tjenestedesign](/pdf/brreg-15-prinsipper-for-god-tjenestede.pdf)
Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -22,7 +22,7 @@ export default ({ children }) => (

Designsystemet skal være tilgjengelig for alle, uansett varige eller midlertidig reduserte evner.

Tilgjengelighet er en del av utviklingen fra vi begynner å spesifisere komponenten til den er i produksjon. Når vi oppdager feil eller mangler på komponenten som påvirker om den er universelt utformet vil disse oppgavene bli prioritert av designsystem teamet. Alle komponentene skal følge [lovpålagte krav til universell utforming i offentlig sektor](https://www.uutilsynet.no/regelverk/offentlig-sektor/1584).
Tilgjengelighet er en del av utviklingen fra vi begynner å spesifisere komponenten til den er i produksjon. Når vi oppdager feil eller mangler på komponenten som påvirker om den er universelt utformet vil disse oppgavene bli prioritert av designsystem teamet. Alle komponentene skal følge [lovpålagte krav til universell utforming i offentlig sektor](https://www.uutilsynet.no/regelverk/gjeldende-regelverk-og-krav/746).

Tilgjengelige komponenter er bare en del av det å lage tilgjengelige løsninger. Vi vil derfor også lage guider og andre hjelpemidler slik at teamene får ekstra støtte til å bruke komponentene til det de er ment til.

Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -31,7 +31,7 @@ Målet er at designsystemet skal bidra til mer helhetlige og konsistente brukero

## Samarbeid og åpenhet

Designsystemet er basert på en filosofi om samarbeid, og det er ønskelig at det utvikles i samarbeid mellom offentlige aktører. Det skal være enkelt for alle å ta eierskap til designsystemet og involvere seg med bidrag og innspill. Alt vi gjør deler vi åpent - [kildekode](https://github.com/digdir/designsystemet), [backlog](https://github.com/orgs/digdir/projects/3/views/1), [roadmap](https://github.com/orgs/digdir/projects/3/views/1?pane=issue&itemId=19744450), [Figma](https://www.figma.com/file/vpM9dqqQPHqU6ogfKp5tlr/Felles-komponenter?type=design&node-id=503%3A3192&mode=design&t=Pou3e2YNIkM4t0Av-1), [Storybook](https://storybook.designsystemet.no) og [dokumentasjon](designsystemet.no).
Designsystemet er basert på en filosofi om samarbeid, og det er ønskelig at det utvikles i samarbeid mellom offentlige aktører. Det skal være enkelt for alle å ta eierskap til designsystemet og involvere seg med bidrag og innspill. Alt vi gjør deler vi åpent - [kildekode](https://github.com/digdir/designsystemet), [backlog](https://github.com/orgs/digdir/projects/3/views/1), [roadmap](https://github.com/orgs/digdir/projects/3/views/1?pane=issue&itemId=19744450), [Figma](https://www.figma.com/@designsystemet), [Storybook](https://storybook.designsystemet.no) og [dokumentasjon](https://www.designsystemet.no).

Det som ligger i designsystemet er ikke hugget i stein - det er ønskelig at vi skal skape dette i fellesskap og at det skal fungere for flere. Alle innspill, argumenter, innsikt og bidrag er velkomne. Det skal være enkel vei til endring dersom bidraget fører til bedre løsninger.

Expand All @@ -47,4 +47,4 @@ Designsystemet skal håndtere utfordringer og endringer på en trygg og god måt
<br />
---

Har du innspill eller tanker om dette? Vil du være tettere på samarbeidet? Send oss en epost på: [[email protected]]([email protected]). Alle innspill mottas med takk.
Har du innspill eller tanker om dette? Vil du være tettere på samarbeidet? Send oss en epost på: [[email protected]](mailto:[email protected]). Alle innspill mottas med takk.
Loading