From 504424117b4bf21db3f23d4aec527aecc1157928 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Marianne=20R=C3=B8svik?= Date: Wed, 17 Jun 2026 10:43:58 +0200 Subject: [PATCH 1/2] answer: what if there are new requests and or bugs, do you have to create a ticket at digdir --- .../www/app/content/fundamentals/en/start-here/preparations.mdx | 2 ++ .../www/app/content/fundamentals/no/start-here/preparations.mdx | 2 ++ 2 files changed, 4 insertions(+) diff --git a/apps/www/app/content/fundamentals/en/start-here/preparations.mdx b/apps/www/app/content/fundamentals/en/start-here/preparations.mdx index 029a18d223..996241a392 100644 --- a/apps/www/app/content/fundamentals/en/start-here/preparations.mdx +++ b/apps/www/app/content/fundamentals/en/start-here/preparations.mdx @@ -13,6 +13,8 @@ order: 1 Designsystemet is designed to be used together with your own visual profile. You define colours, sizes, typography, and other visual properties through your own theme. You can create the theme using the [Theme Builder](https://theme.designsystemet.no/). This gives you the freedom to use Designsystemet for everything from small internal tools to large public-facing services with strong visual identities. By using the foundational building blocks from Designsystemet, you can also build more complex components tailored to the specific needs of your solutions. Designsystemet works like a toolbox. You do not need to use everything. Pick the parts that give you a boost in your own setup. Some teams use only the token structure, some use the React library, some use the CSS library, some use `@digdir/designsystemet-web` together with their own styling, and some only follow the guidelines. You can also combine Designsystemet components with your own components, change or build on top of selected parts, and skip what does not fit your needs. You decide what provides the most value in your context. + +**When you discover bugs, gaps, or new needs**, you can create an [issue on GitHub](https://github.com/digdir/designsystemet/issues/new/choose) or contact us on [Slack](https://designsystemet.no/slack). You are also free to solve the need in your own solution; that is the fastest way forward. We still appreciate you reporting it, so we can make Designsystemet better for everyone. Designsystemet can: - be [used directly in solutions](#use-designsystemet-directly-in-solutions) diff --git a/apps/www/app/content/fundamentals/no/start-here/preparations.mdx b/apps/www/app/content/fundamentals/no/start-here/preparations.mdx index a57f418a7f..bba0b3f6cd 100644 --- a/apps/www/app/content/fundamentals/no/start-here/preparations.mdx +++ b/apps/www/app/content/fundamentals/no/start-here/preparations.mdx @@ -14,6 +14,8 @@ search_terms: preparations Designsystemet er laget for å brukes sammen med din egen visuelle profil. Du definerer farger, størrelser, typografi og andre visuelle egenskaper gjennom et eget tema. Temaet kan du lage i [Temabyggeren](https://theme.designsystemet.no/). Dette gir deg friheten til å bruke Designsystemet i alt fra små interne verktøy til store offentlige tjenester med sterk visuell identitet. Ved å bruke grunnleggende byggeklosser fra Designsystemet kan du selv bygge mer sammensatte komponenter som dekker spesifikke behov i de ulike løsningene dine. Designsystemet fungerer som en verktøykasse, du trenger ikke bruke alt. Plukk ut de delene som gir fart i deres oppsett. Noen bruker bare tokenstrukturen, noen bruker React-biblioteket, noen bruker CSS-biblioteket, noen bruker `@digdir/designsystemet-web` sammen med egen styling, og noen bruker bare retningslinjene. Dere kan også kombinere komponenter fra Designsystemet med egne komponenter, bygge videre på utvalgte deler og la være å bruke det som ikke passer behovet. Du velger selv hva som gir mest verdi i din kontekst. + +**Når du oppdager feil, mangler eller nye behov**, kan du opprette en [issue på GitHub](https://github.com/digdir/designsystemet/issues/new/choose) eller ta kontakt med oss på [Slack](https://designsystemet.no/slack). Det er samtidig ingenting i veien for at du løser behovet i din egen løsning, det er det raskeste. Vi setter likevel stor pris på at du rapporterer det inn, slik at vi kan gjøre Designsystemet bedre for alle. Designsystemet kan - [brukes direkte inn i løsninger](#bruk-designsystemet-direkte-inn-i-løsninger) From 02bd4b7641029e9773ca1bbaf77160f9b16f62b4 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Marianne=20R=C3=B8svik?= Date: Wed, 17 Jun 2026 11:15:54 +0200 Subject: [PATCH 2/2] answer: how do you deal with updates from designsystemet --- .../content/fundamentals/en/start-here/preparations.mdx | 7 +++++++ .../content/fundamentals/no/start-here/preparations.mdx | 7 +++++++ 2 files changed, 14 insertions(+) diff --git a/apps/www/app/content/fundamentals/en/start-here/preparations.mdx b/apps/www/app/content/fundamentals/en/start-here/preparations.mdx index 996241a392..320986394b 100644 --- a/apps/www/app/content/fundamentals/en/start-here/preparations.mdx +++ b/apps/www/app/content/fundamentals/en/start-here/preparations.mdx @@ -85,6 +85,13 @@ Many teams choose to: - Use designsystemet.no as a shared reference for standard components and foundational principles, or copy parts of the documentation into their own surfaces, taking responsibility for ongoing maintenance. - Establish their own documentation for custom components, adaptations, and guidelines, and extend it with pr +### Updates +Designsystemet is continuously developed, and new versions are published with bug fixes, improvements, and any breaking changes. When you use Designsystemet as a dependency, you should update regularly and in a controlled way in your own solution. + +Follow the [changelog](/en/components/changelog) to see what has changed in the code packages. For larger changes, we also publish information on designsystemet.no, so you can more easily assess what is relevant for your solution. + +When you build your own design system on top of Designsystemet, you should test updates against your own documentation, Figma file, and codebase before rolling them out. For Figma-specific updates, you can read more about how to [get updates from Figma](/en/fundamentals/figma/get-updates). + ### In short - Use Designsystemet as a foundation, not a finished façade. - Wrap it in your own Figma libraries and code packages. diff --git a/apps/www/app/content/fundamentals/no/start-here/preparations.mdx b/apps/www/app/content/fundamentals/no/start-here/preparations.mdx index bba0b3f6cd..ac01cd10df 100644 --- a/apps/www/app/content/fundamentals/no/start-here/preparations.mdx +++ b/apps/www/app/content/fundamentals/no/start-here/preparations.mdx @@ -85,6 +85,13 @@ Mange velger å: - Etablere egen dokumentasjon for egne komponenter, tilpasninger og retningslinjer. Utvide med profilrelevante ting, som logo, font, illustrasjoner, grafiske elementer og ikonbruk. - Lenke til mønstre og retningslinjer som er relevante for deres bruk. +### Oppdateringer +Designsystemet utvikles kontinuerlig, og nye versjoner publiseres med feilrettinger, forbedringer og eventuelle breaking changes. Når du bruker Designsystemet som avhengighet, bør du oppdatere jevnlig og kontrollert i din egen løsning. + +Følg med på [changelog](/no/components/changelog) for å se hva som er endret i kodepakkene. Ved større endringer publiserer vi også informasjon på designsystemet.no, slik at du lettere kan vurdere hva som er relevant for din løsning. + +Når du bygger eget designsystem på toppen av Designsystemet, bør du teste oppdateringer mot din egen dokumentasjon, Figma-fil og kodebase før du ruller dem ut. For Figma-spesifikke oppdateringer kan du lese mer om hvordan du [henter oppdateringer fra Figma](/no/fundamentals/figma/get-updates). + ### Kort oppsummert - Bruk Designsystemet som grunnmur, ikke som ferdig fasade.