
GOV.UK Design System
Study styles, components, and service patterns alongside usage guidance. Read when a pattern is appropriate before copying its example.

Four public references for studying components as decisions about content, behaviour, and access rather than a gallery of attractive controls.
A button screenshot tells you little about validation, keyboard navigation, or what happens when a label becomes longer. Good component documentation explains the surrounding decisions. These systems and articles offer different scales of explanation, from public-service patterns to product foundations and detailed interface behaviour. Study one problem across them before borrowing a visual treatment.
Choose a pattern your project actually needs, such as an error message or a disclosure. Compare its purpose, wording, focus behaviour, and narrow-screen treatment. Write a short acceptance checklist, then test your own implementation with a keyboard and realistic content. Keep the source documentation beside the decision you make.
A government or product-specific pattern carries its original context. Do not copy its wording or branding blindly. Older articles remain useful explanations, but verify implementation details against current browser behaviour and accessibility guidance.
Transforme marcadores dispersos numa publicação focada e simples e partilhe-a com o mundo.