01101 productiecomponenten
Van primitives tot complete paginacomposities — 101 componenten, elk afgeleid van een product dat we opleveren in plaats van los ontworpen. Zit een component in PDS, dan heeft hij al echt werk verricht: deze site, de productdemo's en onze klantdashboards draaien erop.
02Design tokens
Kleur, typografie, ruimte en beweging komen uit één tokenlaag. Pas een token aan en elke component volgt — geen overrides per component, geen verschillen tussen producten.
03Twee thema's, vijf accenten
Een donker en een licht thema, vijf accentkleuren, allemaal aangestuurd door dezelfde tokens. Merkvariatie is een tokenwissel, geen fork — elk product in de familie wordt vanuit hetzelfde systeem gerenderd.
04Dark-first
Contrast, elevatie en kleur worden eerst op het donkere thema uitgewerkt; het lichte thema is afgeleid van dezelfde tokens. Het resultaat is een donkere modus die native aanvoelt, niet geïnverteerd.
Buttons, inputs, selects, switches, sliders en veldopbouw — inclusief labels, hints en foutmeldingen. De states zijn al ontworpen: focus, disabled, invalid en loading gedragen zich in elk product hetzelfde.
06Layout en compositie
Stacks, grids, dividers en paginashells stellen schermen samen zonder ad-hoc CSS. De grootste componenten zijn complete paginacomposities — hero-, sectie- en footerpatronen afkomstig van pagina's die we opleveren.
07Navigatie
Headers, tabs, breadcrumbs en menu's met ingebouwd responsief gedrag en toetsenbordbediening. De navigatie op deze site is de component zelf, geen imitatie ervan.
08Overlays
Modals, sheets, drawers, popovers en tooltips op één gelaagdheidsmodel — focus trapping, sluiten en stapelen eenmalig en centraal afgehandeld. Geen enkel product levert zijn eigen z-index-rekenwerk mee.
09Datavisualisatie
Tabellen, lijsten, stattegels, badges en tijdlijnen voor producten die op cijfers draaien. De operatorconsoles van de hele familie ontlenen hun dichtheid aan deze componenten.
10Feedback en status
Toasts, banners, lege staten, voortgang en skeletons — de onopvallende states, vooraf ontworpen. Een product op basis van PDS heeft een doordacht antwoord voor laden, leeg en mislukt.
11Typografie
Een redactionele typeschaal met mono-labels voor het technische register — de stem die je op elk Protocore-oppervlak ziet. De schaal bestaat uit tokens, dus producten stemmen hem af zonder het systeem te verlaten.
12Beweging
Duur en easing worden als tokens geleverd, met componenten die ze al gebruiken. Interfaces bewegen consistent in alle producten, omdat niemand een animatie met de hand opnieuw timet.
13Standaard toegankelijk
Contrast, focusstates en toetsenbordgedrag zitten in de componenten ingebouwd en worden niet aan jou overgelaten. Lever de defaults op en toegankelijkheid komt vanzelf mee.
14Zero-runtime CSS
Styling is statische CSS die tijdens de build wordt opgelost — geen CSS-in-JS-runtime, niets wat in de browser wordt berekend. De stylinglaag voegt nul JavaScript toe aan de pagina.
15Frameworkonafhankelijke CSS-laag
Het systeem wordt ook geleverd als gewoon CSS-pakket — tokens en utility classes zonder dat React nodig is. Server-side gerenderde pagina's, e-mails en niet-React-stacks putten uit dezelfde single source of truth.
16Tokenexports per stack
Tokens worden voor het web geëxporteerd als CSS-variabelen, als Tailwind-preset en in native formaten voor mobiele platforms. Eén definitie van het merk, gebruikt overal waar het product draait.
17Theme provider en hooks
De React-laag verpakt apps in een provider en stelt tokens beschikbaar via hooks — componenten lezen het actieve thema en accent in plaats van waarden hard te coderen. Van thema wisselen is state, geen rebuild.
18Whitelabel-theming
Hetzelfde mechanisme dat PDS vijf accenten geeft, geeft een whitelabelproduct zijn merk: wissel de tokenwaarden, behoud de componenten. Elke whitelabel-app in de familie is het bewijs dat het werkt.
19llms.txt-map
Een machineleesbare kaart van het hele systeem — componenten, tokens, patronen — gepubliceerd als llms.txt. Wijs een LLM ernaartoe en gegenereerde code gebruikt echte PDS-componenten in plaats van aannemelijke verzinsels.
20MCP-server
Een MCP-server stelt het systeem rechtstreeks beschikbaar aan coding agents: componenten, props en tokens, te bevragen terwijl de agent bouwt. Het designsysteem beantwoordt vragen in plaats van in prompts te worden geplakt.
21Van begin tot eind gedocumenteerd
Elke component staat op pds.protocore.io met live voorbeelden, props en code om te kopiëren. De documentatie draait zelf op PDS — wat je leest, is wat je oplevert.
22Versiebeheerde releases
PDS wordt geleverd als pakketten met semantische versies en changelogs. Upgraden doe je bewust: een team stapt over wanneer het dat wil, en de changelog vertelt precies wat er is veranderd.
23Privéregistry
Pakketten installeer je vanuit de private npm-registry van Protocore met een token per team in .npmrc — de standaard npm-workflow, afgebakend tot teams met een licentie. Geen meegeleverde zipbestanden, geen installaties via kopiëren en plakken.
24Offline licentiesleutels
Een ondertekende licentiesleutel wordt lokaal geverifieerd — geen phone-home, geen netwerkcontrole in je build. Licentieproblemen verschijnen als waarschuwingen tijdens development en laten een productie-app nooit crashen.
25Licentie per team
PDS is propriëtair en wordt per team in licentie gegeven. Vraag toegang aan en wij richten alles voor je in — pakketten, docs en tokenbronnen — zodat een team het in een middag kan overnemen.