Skip to content

TheScienceMuseum/web-design-system

Repository files navigation

#Science Museum Group: Web Design System

N.B This is W.I.P - not ready for public use yet!

Visit https://thesciencemuseum.github.io/web-design-system/ to browse the contents of this repository,and for further usage instructions.

npm version

Contributing to the system

If you want to contribute to this, you will need to:

  • Clone this repository
  • npm install to get dependencies
  • npm run watch to start a development server and watch for your changes on http://localhost:3000 (n.b. Fractal is running on :4000 but is proxied by webpack dev server on :3000 for hot reloading)
  • npm run dist to make a production-ready copy (you'll need to serve that yourself)
  • npm run deploy to update the gh-pages branch the public documentation is on.

Contribution guideline

TBC - https://github.com/TheScienceMuseum/collectionsonline/wiki/Collaborator-contributions is a good starting place?

Structure

├── dist            // built version of fractal, and select files for npm
├── fractal         // all the stuff for the fractal styleguide
│   ├── components
│   ├── docs
│   └── theme       // subtheme of Mandelbrot, with its own deps for recompiling
├── public          // static directory for serving fractal - all generated
├── src             // gets included in pkg
│   ├── assets
│   ├── js
│   └── scss
├── fractal.js      // Fractal setup
└── package.json

Principles

Everything should be modular, all modules are optional.

Modules should be consumable by scss for customisation, or a dist css

Minimal base styles

Should we namespace everything?

All components should output nothing by default, and have a mixin named the same as the component, which should be called to output the css, overriding default vars if necessary.

Or, ignore all that, and bundle the lot as one, to KISS, and consider modularisation once the combined size gets beyond say 100Kb

References: