stylelint-scss

stylelint-scss

A collection of SCSS specific linting rules for stylelint (in a form of a plugin).

Purpose

stylelint by itself supports SCSS syntax very well (as well as other preprocessors' syntaxes). Moreover, it introduces some specific rules that can be used to lint SCSS, e.g. to limit nesting, control the way @-rules are written. Yet stylelint is in general focused on standard CSS.

stylelint-scss introduces rules specific to SCSS syntax. That said, the rules from this plugin can be used with other syntaxes, like Less or some PostCSS syntaxes. That's why the rules' names are not tied to SCSS only (at-function-pattern instead of scss-function-pattern).

The plugin follows stylelint's guidelines (about rule names, testing and so on).

Installation and usage

stylelint-scss is a plugin for stylelint, so it's meant to be used with it.

Node.js v6 or newer is required. That's because stylelint itself doesn't support Node.js versions below 6.

First, install stylelint-scss (and stylelint, if you haven't done so yet) via NPM:

npm install stylelint stylelint-scss

Create the .stylelintrc.json config file (or open the existing one), add stylelint-scss to the plugins array and the rules you need to the rules list. All rules from stylelint-scss need to be namespaced with scss.

{
  "plugins": [
    "stylelint-scss"
  ],
  "rules": {
    "scss/dollar-variable-pattern": "^foo",
    "scss/selector-no-redundant-nesting-selector": true,
    ...
  }
}

Please refer to stylelint docs for the detailed info on using this linter.

List of rules

Here are stylelint-scss' rules, grouped by the thing they apply to (just like in stylelint).

Please also see the example configs for special cases.

@-else

• at-else-closing-brace-newline-after: Require or disallow a newline after the closing brace of @else statements (Autofixable).
• at-else-closing-brace-space-after: Require a single space or disallow whitespace after the closing brace of @else statements (Autofixable).
• at-else-empty-line-before: Require an empty line or disallow empty lines before @-else (Autofixable).
• at-else-if-parentheses-space-before: Require or disallow a space before @else if parentheses (Autofixable).

@-extend

• at-extend-no-missing-placeholder: Disallow at-extends (@extend) with missing placeholders.

@-function

• at-function-named-arguments: Require named parameters in SCSS function call rule.
• at-function-parentheses-space-before: Require or disallow a space before @function parentheses (Autofixable).
• at-function-pattern: Specify a pattern for Sass/SCSS-like function names.

@-if

• at-if-closing-brace-newline-after: Require or disallow a newline after the closing brace of @if statements (Autofixable).
• at-if-closing-brace-space-after: Require a single space or disallow whitespace after the closing brace of @if statements (Autofixable).

@-import

• at-import-no-partial-leading-underscore: Disallow leading underscore in partial names in @import.
• at-import-partial-extension-blacklist: Specify blacklist of disallowed file extensions for partial names in @import commands.
• at-import-partial-extension-whitelist: Specify whitelist of allowed file extensions for partial names in @import commands.

@-mixin

• at-mixin-argumentless-call-parentheses: Require or disallow parentheses in argumentless @mixin calls.
• at-mixin-named-arguments: Require named parameters in at-mixin call rule.
• at-mixin-parentheses-space-before: Require or disallow a space before @mixin parentheses (Autofixable).
• at-mixin-pattern: Specify a pattern for Sass/SCSS-like mixin names.

@-rule

• at-rule-no-unknown: Disallow unknown at-rules. Should be used instead of stylelint's at-rule-no-unknown.

$-variable

• dollar-variable-colon-newline-after: Require a newline after the colon in $-variable declarations (Autofixable).
• dollar-variable-colon-space-after: Require or disallow whitespace after the colon in $-variable declarations (Autofixable).
• dollar-variable-colon-space-before: Require a single space or disallow whitespace before the colon in $-variable declarations (Autofixable).
• dollar-variable-default: Require !default flag for $-variable declarations.
• dollar-variable-empty-line-before: Require a single empty line or disallow empty lines before $-variable declarations (Autofixable).
• dollar-variable-no-missing-interpolation: Disallow Sass variables that are used without interpolation with CSS features that use custom identifiers.
• dollar-variable-pattern: Specify a pattern for Sass-like variables.

%-placeholder

• percent-placeholder-pattern: Specify a pattern for %-placeholders.

//-comment

• double-slash-comment-empty-line-before: Require or disallow an empty line before //-comments (Autofixable).
• double-slash-comment-inline: Require or disallow //-comments to be inline comments.
• double-slash-comment-whitespace-inside: Require or disallow whitespace after the // in //-comments

Declaration

• declaration-nested-properties: Require or disallow properties with - in their names to be in a form of a nested group.
• declaration-nested-properties-no-divided-groups: Disallow nested properties of the same "namespace" be divided into multiple groups.

Media feature

• media-feature-value-dollar-variable: Require a media feature value be a $-variable or disallow $-variables in media feature values.

Operator

• operator-no-newline-after: Disallow linebreaks after Sass operators.
• operator-no-newline-before: Disallow linebreaks before Sass operators.
• operator-no-unspaced: Disallow unspaced operators in Sass operations.

Partial

• partial-no-import: Disallow non-CSS @imports in partial files.

Selector

• selector-no-redundant-nesting-selector: Disallow redundant nesting selectors (&).

General / Sheet

• no-duplicate-dollar-variables: Disallow duplicate dollar variables within a stylesheet.

Help out

There work on the plugin's rules is still in progress, so if you feel like it, you're welcome to help out in any of these (the plugin follows stylelint guidelines so most part of this is based on its docs):

• Create, enhance, and debug rules (see stylelint's guide to "Working on rules").
• Improve documentation.
• Chime in on any open issue or pull request.
• Open new issues about your ideas on new rules, or for how to improve the existing ones, and pull requests to show us how your idea works.
• Add new tests to absolutely anything.
• Work on improving performance of rules.
• Contribute to stylelint
• Spread the word.

We communicate via issues and pull requests.

There is also stackoverflow, which would be the preferred QA forum.

Important documents

• Changelog
• Contributing
• License