Paint

Paint is a collection of SCSS functions, mixins, placeholders and global styles that help us bootstrap our internal apps.

The main goal of Paint is to provide a set of easily consumable and extendable tools to developers so they don’t have to “re-invent the wheel” every time they need some basic front-end components.

---

Usage

Referencing via npm Enterprise registry

The Paint package (@alphasights/paint) is published on github's package registry private repository. The first time using Paint on any front-end project, you need to register the repo on your local machine:

• Create a github personal access token with repo and package permission scope selected
• Run npm login --registry https://npm.pkg.github.com/ --scope=@alphasights to configure npm/yarn on how to fetch @alphasights packages
• Enter your github username
• Enter your recent created token as password
• Enter your email

A new file at ~/.npmrc should now exists with the content like the following:

//npm.pkg.github.com/:_authToken=YOUR_TOKEN_HERE
@alphasights:registry=https://npm.pkg.github.com/

Done! Now yarn/npm should be able to pull @alphasights/paint without problems. This only needs to be done once for your development machine.

Setup

Paint comes as an npm package (as-paint).

For npm, run npm install @alphasights/paint --save-dev. For yarn, run yarn add @alphasights/paint.

There are 2 ways to import paint into an application:

• Out-of-the-box, without any theming / resets.
  For that @import '/node_modules/@alphasights/paint/styles/paint'

• Allow theming and customising components. In this case, you need to load some components individually and create an app-specific paint-settings file (which will act as your theme file):

/// Paint Dependencies
@import '/node_modules/@alphasights/paint/styles/dependencies';

/// Paint Core
@import '/node_modules/@alphasights/paint/styles/core';

/// Application-specific Resets
@import 'paint-settings';

/// Paint Tools / Helpers
@import '/node_modules/@alphasights/paint/styles/tools';

/// Import Global Components
@import '/node_modules/@alphasights/paint/styles/global';

/// Import all other Paint Components
@import '/node_modules/@alphasights/paint/styles/components';

To make any future changes easier, add all of the above in a paint-loader.scss file and import it in your main application stylesheet, before the app-specific dependencies and styles, e.g

/// application.scss
@import 'paint-loader';
@import 'styles';

/// paint-loader.scss
@import '/node_modules/@alphasights/paint/styles/dependencies';
@import '/node_modules/@alphasights/paint/styles/core';
@import 'paint-settings';
@import '/node_modules/@alphasights/paint/styles/tools';
@import '/node_modules/@alphasights/paint/styles/global';
@import '/node_modules/@alphasights/paint/styles/components';

/// styles.scss
@import 'components/custom-component1';
@import 'components/custom-component2';
...

---

Structure

Paint is structured into 4 main sections:

• /CORE - contains a set of functions and mixins that are mandatory for the rest of the paint components to work properly. It includes:
• /TOOLS - a collection of mixins, placeholders and functions that we want to use across all components and the application
• /GLOBAL - This contains the most basic set of components
• /COMPONENTS - A set of generated placeholders commonly used in all applications

Choosing which component goes where is decided mainly by the usage pattern:

• If it uses a core function, it’s at least a tool.
• If it uses a tool, it’s at least a global.
• If it uses globals, it’s a component.

Dependencies on components of the same type is not encouraged.

---

How to use Paint

[upcoming]

---

Customising Component Settings

[upcoming]

---

Usage Guidelines

Most coding style issues are taken care of automatically by the linter. There are though some things that are difficult to implement/not yet implemented in the linter and you should check manually.

[upcoming]

---

Contributing

We use git flow to manage feature/hotfixes/releases. The easiest setup is to clone the repository, then run:

cd paint
git branch master origin/master
git flow init -d
git flow feature start <your initials>/<feature name>

Then, do the work and commit your changes.

git flow feature publish <your initials>/<feature name>

When done, open a pull request for your feature branch. Make sure you branched-off develop not master.

Publishing process (internal)

• After the review, merge to develop, then create a new release (vX.xx.xx).

• Bump Paint version (bower / npm) bower patch && npm patch.
  Npm might return an error, since the tag name might already exist. No worries, all good.

• Push changes and tags

• Finish the release, adding the release notes to the description:

## Changelog

* Feature
* Feature
...

• Run npm publish on master.

• Generate Documentation:

npm install -g sassdoc
npm install -g sassdocify
// run the above only once, during app setup

bin/docs

This is going to push documentation to a gh-pages branch that automatically updates http://alphasights.github.io/paint/

If the changes you made affect any ember-cli-paint component you also need to:

• Update paint's version in ember-cli-paint index.js and bower.json
• Release a new version of ember-cli-paint
  • npm version major | minor | patch
  • npm publish

Testing

Paint is using true to test Sass code and Mocha as a JS test runner.

Assuming you already executed bin/setup, bin/test should run all available tests.