Linting in Kickoff

CSS linting

Our Sass code (.scss) is linted with and uses for its ruleset with a few minor amendments to cater for the scss syntax - stylelint is supposed to be used on CSS, you see..

Stylelint config

The stylelint rules can be found in the package.json. We have added a few items to the rules:

  • indentation - indentation with tabs not spaces
  • - this is turned off
  • - the changes here allow the linter to work with scss code
  • - no more than two empty lines

Stylelint rules

The following code is a good example of what your CSS should look like when linted with Stylelint:

 * Multi-line comment

// Each selector should *always* be on their own line
.selector-3[type="text"] {
  background: linear-gradient(#fff, rgba(0, 0, 0, 0.8));
  box-sizing: border-box;
  display: block;
  color: #333;

.selector-b:not(:first-child) {
  padding: 10px !important;
  top: calc(calc(1em * 2) / 3);

// Items with only property can be on a single line
.selector-x { width: 10%; }
.selector-y { width: 20%; }
.selector-z { width: 30%; }

/* Single-line comment */

@media (min-width >= 60em) {
  .selector {
    /* Flush to parent comment */
    transform: translate(1, 1) scale(3);

@media (orientation: portrait), projection and (color) {
  .selector-i + .selector-ii {
    background: color(rgb(0, 0, 0) lightness(50%));
    font-family: helvetica, "arial black", sans-serif;

/* Flush single line comment */
  screen and (min-resolution: 192dpi),
  screen and (min-resolution: 2dppx) {
  .selector {
        #fff 25px,
        rgba(255, 255, 255, 1) 50px
    margin: 10px;
    margin-bottom: 5px;
      0 1px 1px #000,
      0 1px 0 #fff,
      2px 2px 1px 1px #ccc inset;
    height: 10rem;

  /* Flush nested single line comment */
  .selector::after {
    content: '→';
    background-image: url(x.svg);

JavaScript linting

Javascript is linted with with a few minor amendments.

XO is an opinionated but configurable ESLint wrapper with lots of goodies included. Enforces strict and readable code. Never discuss code style on a pull request again! No decision-making. No .eslintrc or .jshintrc to manage. It just works!

XO config

The XO rules can be found in the package.json. We have added two items to the below rules:

  • comma-dangle - trailing commas should always be added to multi-line objects & arrays. This promotes cleaner git commits. XO will error if there is not a trailing comma.
  • - all js files should be camelCase. XO will error if this is not the case.

XO code style

Any of these can be overridden if necessary.

  • Tab indentation
  • Semicolons
  • Single-quotes
  • No unused variables
  • Space after keyword if (condition) {}
  • Always === instead of ==

See an .

Where next?