Skip to content

brandonferrua/adele

Β 
Β 

Repository files navigation

cover

Table of Contents

Introduction

Contributors Welcome PRs Welcome MIT License

Adele is an open source repository of publicly available design systems and pattern libraries.

The creation of a design system and pattern library is a long, if not infinite, process that requires a loooot of decisions. Some of these decisions are about the structure and technology. All are complex and have a huge impact on the future of design and development in our organizations. No wonder that we, design system folks, battle imposter syndrome on daily basis 😱.

This is exactly why Adele is here. With dozens (hopefully soon hundreds!) of design systems and pattern libraries analyzed, Adele serves as a reference point for all these decisions that we have to make every day. Check what others do, learn from it and make better decisions about your own system! πŸš€

Mission

Adele is on a mission to collect all the data about publicly available design systems and pattern libraries and present it to the community in human (website) and computer (JSON) readable formats.

How to use?

There are three ways to use Adele:

  1. Browse data on Adele's website. Take advantage of multiple filters and get to the right systems in no time ⚑️.
  2. Browse data in individual JSON files πŸ€–.
  3. Browse data in a common JSON file. Why? Good question. Adele is an open source project, so you're free to take the data and use it in your own projects (contributing back to the design systems community - highly encouraged πŸ‘).

Contribution

Adele's mission is bold - collecting all the data about design systems / pattern libraries and presenting it to the community in human and computer readable formats. While it was started by a single human being and a single machine (well, except cloud servers), I'm hoping to welcome contributors. What's impossible for a single human might be quite an easy task for a team! You are all welcome to contribute! πŸ™

File format

Adele's JSON format is pretty straight-forward. Here's an example of a JSON file for a single system:

{
  "company": {
    "data": "shopify",
    "label": "company"
  },
  "system": {
    "data": "polaris",
    "url": "https://polaris.shopify.com",
    "label": "system"
  },
  "repository": {
    "data": "Github",
    "url": "https://github.com/Shopify/polaris",
    "label": "repository"
  },
  "codeDepth": {
    "data": "HTML/CSS/TS",
    "label": "code depth"
  },
  "components": {
    "data": "yes",
    "label": "components"
  },
  "js": {
    "data": "React",
    "label": "JS library/framework"
  },
  "ts": {
    "data": "yes",
    "label": "Typescript"
  },
  "webComponents": {
    "data": "no",
    "label": "web components"
  },
  "tests": {
    "data": [
      "Jest",
      "Enzyme"
    ],
    "label": "tests"
  },
  "linter": {
    "data": [
      "ESLint",
      "TSLint"
    ],
    "label": "linter"
  },
  "css": {
    "data": [
      "Sass",
      "postCSS"
    ],
    "label": "CSS"
  },
  "cssInjs": {
    "data": "no",
    "label": "CSS in JS"
  },
  "designTokens": {
    "data": "no",
    "label": "design tokens"
  },
  "bundleManager": {
    "data": "Webpack",
    "label": "bundle manager"
  },
  "uiKit": {
    "data": "Sketch",
    "url": "https://github.com/Shopify/polaris/releases/download/v1.5.1/Sketch.UI.Kit.zip",
    "label": "UI kit"
  },
  "brandGuidelines": {
    "data": "no",
    "url": "",
    "label": "brand guidelines"
  },
  "colorPalette": {
    "data": "yes",
    "url": "https://polaris.shopify.com/visuals/colors",
    "label": "color palette"
  },
  "colorNaming": {
    "data": [
      "abstract (e.g. sky)",
      "natural (e.g. green)"
    ],
    "label": "color naming"
  },
  "contrastAnalysis": {
    "data": "yes",
    "url": "https://polaris.shopify.com/visuals/colors#section-accessibility",
    "label": "contrast analysis"
  },
  "typography": {
    "data": "yes",
    "url": "https://polaris.shopify.com/visuals/typography#navigation",
    "label": "typography"
  },
  "icons": {
    "data": "SVG",
    "url": "https://polaris.shopify.com/visuals/icons",
    "label": "icons"
  },
  "space/Grid": {
    "data": "yes",
    "url": "https://polaris.shopify.com/components/structure/layout#navigation",
    "label": "space / grid"
  },
  "illustrations": {
    "data": "yes",
    "url": "https://polaris.shopify.com/visuals/illustrations#navigation",
    "label": "illustration"
  },
  "dataVisualization": {
    "data": "yes",
    "url": "https://polaris.shopify.com/visuals/data-visualizations#navigation",
    "label": "data visualization"
  },
  "animation": {
    "data": "no",
    "url": "",
    "label": "animation"
  },
  "voiceTone": {
    "data": "yes",
    "url": "https://polaris.shopify.com/content/product-content",
    "label": "voice & tone"
  },
  "accessabilityGuidelines": {
    "data": "yes",
    "url": "https://polaris.shopify.com/principles/accessibility",
    "label": "accessability guidelines"
  },
  "designPrinciples": {
    "data": "yes",
    "url": "https://polaris.shopify.com/principles/principles",
    "label": "design principles"
  },
  "websiteDocumentation": {
    "data": "yes",
    "url": "https://polaris.shopify.com/components/get-started",
    "label": "documentation website"
  },
  "codeDocumentation": {
    "data": "Markdown",
    "url": "https://github.com/Shopify/polaris/tree/master/src/components/Card",
    "label": "code documentation"
  },
  "storybook": {
    "data": "no",
    "url": "",
    "label": "storybook"
  },
  "distribution": {
    "data": "npm",
    "label": "distribution"
  }
}

All the individual systems are connected into a common data.JSON file. This file is automatically consumed by Adele's website (the table is automatically built based on this JSON).

Formatting Rules

Categories Names

Categories names, for readability sake, should be expressed in a camelCase 🐫.

Data in Categories

Every category has to have two mandatory fields:

  • data - representing the actual data visible in the table cell and used for all the analyses
  • label - representing the header visible to users on Adele's website and one optional field:
  • url - used as a source of a link added to data

Here are acceptable types of entries for every field:

Field Accepted Types
data string, array of strings
label string
url string, array of strings

Using an array in data and url automatically renders a list of links in the table on Adele's website. Note that the order matters. The first string in the data array will get the link from the first string in the url etc.

How to add a new system?

First of all, thank you πŸ‘ πŸ™. Secondly, the process of adding a new system is really easy:

  1. Clone the Adele repo
  2. npm run template-build {company-name} - it will automatically generate an empty JSON in the catalog src/data/systems. The file is going to have a name that you mentioned in the CLI (for clarity's sake let's keep it as the company name). If you haven't filled in the name, look for a file called 'new-system.JSON' and change its name to {company}.JSON.
  3. Fill in the empty JSON with the right data.
  4. Compile the common data JSON (used by Adele's table on the website) by running npm run data-build. Note: this will update the generated data.JSON file, so you may see an unexpected diff when you run git status. Don't worry about that!
  5. Test the Adele website by running npm run serve (if you don't see your system on the website, make sure you've saved data.JSON).
  6. If everything is a-OK create a pull-request.

How to change data about an existing system?

Thank you πŸ‘ πŸ™ for taking the time to improve Adele's data. The process of changing the data is simple!

  1. Clone the Adele repo
  2. Find the design system that you want to correct in src/data/systems.
  3. Correct the data.
  4. Compile the common data JSON (used by Adele's table on the website) by running npm run data-build.
  5. Test Adele website by running npm run serve (if you don't see your system on the website, simply save data.JSON).
  6. If everything is a-OK create a pull-request.

How to add a new category?

Adele is extendable and you can feel free to add new categories to the table. If you add a new category to any design system's JSON, Adele will add that same category to every system. Note that all the other systems will have 'no data' in the data field for that category. If you can fill it in with the right data - great, if not, don't worry, the community (or I) will take care of it.

Follow steps from 'How to change data about an existing system?'.

Tools

Adele has couple of simple node.js tools aimed at helping with maintaining the whole project. Get to know them below!

Build Data

npm run data-build - this simple script takes data from individual JSON files and compiles them into one common JSON file. Use it after every operation on data.

Generate Template

npm run template-build {company-name} - this script generates an empty JSON template. Use it whenever you're adding a new system to Adele.

If the name of the company consists of more than one word use a hyphen. For example: npm run template-build {ge-digital}

Re-build Data

npm run data-rebuild {company-name} - if something unexpected happens you can always quickly rebuild the entire data set. Copy the content from data.JSON in the repo to src/data/data-safety-copy.jSON, delete all the files from src/data/systems and run data-rebuild command. It will automatically recreate all the individual system files.

Contributors

Feel free to add yourself here if you have contributed to this project πŸ™

Why Adele?

No. Adele - the Design Systems Repository, is not named after Adele - the singer. This is a tribute to one of the most important computer scientists focused on graphic user interfaces, design patterns and object-oriented programming - Adele Goldberg. Adele Goldberg worked at XEROX PARC in the 70s and managed the System Concepts Laboratory where, together with Alan Kay and others, she developed Smalltalk-80 - an object-oriented, dynamically typed programming language that was meant to power "human-computer symbiosis."

Needless to say, SmallTalk also pioneered many concepts important to all modern design systems. Objects in Smalltalk were easily transferable between applications and customizable. Smalltalk also served as the foundation of PARC's work on graphically based user interfaces (many GUI concepts have been developed by Adele Goldberg and her group!).

Thank you Adele!

Why 'by UXPin'?

Adele was started by Marcin Treder (that's me πŸ‘‹ ) - coding designer, designing coder and CEO at UXPin. Back in 2010, together with my dear co-founders, we started UXPin with the mission of merging design and development. The mission continues to this day!

UXPin sponsors Adele and my time spent on it, hence the 'by UXPin' in Adele's header.

If you want to say 'thank you πŸ™', simply try our app at UXPin.com. And yes, we're pretty good when it comes to design systems tooling πŸ’₯.

Thank you!

I'd like to thank the design systems community (πŸ‘‹ Design Systems Slack & Clarity Conference) and Alex Pate - the author of the very first repository of systems - Awesome Design Systems. Thank you πŸ™Œ.

About

Adele - Design Systems Repository

Resources

License

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Languages

  • JavaScript 97.8%
  • HTML 2.2%