Alex Liu
MeProjects

//eslint-plugin-tailwindcssbyMini-ghost

eslint-plugin-tailwindcss

ESLint plugin for Tailwind CSS usage

0
0
0
JavaScript
View on GitHubWebsite

eslint-plugin-tailwindcss

npm latest version license downloads

eslint-plugin-tailwindcss logo

Rules enforcing best practices and consistency using Tailwind CSS.

While you can use the official plugin prettier-plugin-tailwindcss for ordering your classnames…

undefinedeslint-plugin-tailwindcss offers more than 5 other rules, that you can benefit from on top of prettier-plugin-tailwindcss. Sounds good ? Keep reading 👇undefined

About Tailwind CSS 4 support

While the development of eslint-plugin-tailwindcss for Tailwind CSS v4 is ongoing, you can use the latest version published on the beta channel to get partial support of Tailwind CSS v4.

npm i eslint-plugin-tailwindcss@beta -D

NB: As we will focus the effort on the full rewrite of the plugin, this version is available “as is” and you may get errors or false positives like for the rule no-contradicting-classname . You can learn more about these issues on GitHub.

You can always disable specific rules if necessary.

This version has been made possible thanks to the work of hyoban and his project tailwind-api-utils.

Supported Rules

Learn more about each supported rules by reading their documentation:

Using ESLint extension for Visual Studio Code, you will get these messages
detected-errors

You can can the same information on your favorite command line software as well.

🤝 Support eslint-plugin-tailwindcss

🥰 How you can support us? 💪 They did it!
undefinedPremium Sponsors
Support us by becoming a sponsor.
Become a recurring sponsor		 daily.dev Sent.dm
undefinedCurrent Sponsors
Any amount is appreciated.		 @kylemh @theMosaad @acewf @dailydotdev @codecov @sourcegraph @getsentry
undefinedPast sponsors
Even if this is just a one-time thing.
Become a backer		 @hyoban @charkour @aniravi24 @amotarao @mongolyy @t3dotgg @fongandrew @nivalis-studio @jonz94
undefinedContributors
This project can evolve thanks to all the people who contribute.
You are welcome to contribute to this project by reporting issues, feature requests or even opening Pull Requests.
undefinedSupporters
Talk about the plugin on your social networks		 Share the word on Bluesky or Reach my profile

Latest changelog

View all releases on github

Screencasts on our YouTube Channel

YouTube Channel ESLint plugin Tailwind CSS
youtube.com/@eslint-plugin-tailwindcss

Installation

1. Install eslint and eslint-plugin-tailwindcss

You’ll first need to install ESLint:

$ npm i -D eslint eslint-plugin-tailwindcss

2. Create Configuration file

.eslintrc

Use .eslintrc.* file to configure rules in ESLint < v9. See also: https://eslint.org/docs/latest/use/configure/.

module.exports = {
  root: true,
  extends: ["plugin:tailwindcss/recommended"],
};

If you would like to know about configuration, Learn more in ESLint docs

eslint.config.js

Use eslint.config.js file to configure rules. This is the default in ESLint v9, but can be used starting from ESLint v8.57.0. See also: https://eslint.org/docs/latest/use/configure/configuration-files-new.

import tailwind from "eslint-plugin-tailwindcss";

export default [...tailwind.configs["flat/recommended"]];

If you would like to know about configuration, Learn more in ESLint docs

3. Configure ESLint parsers

Depending on the languages you are using in your project you must tell which parser will analyze your source files.

Our recommendations:

For .eslintrc

  • For js[x], react, ts[x]:
    • Install the parser: npm i -D @typescript-eslint/parser
    • Assign it to your files in eslintrc:
      overrides: [
  {
    files: ['*.ts', '*.tsx', '*.js'],
    parser: '@typescript-eslint/parser',
  },
],
  • For vue.js:
    • Install the parser: npm i -D vue-eslint-parser
    • Assign it to your files in eslintrc:
      overrides: [
  {
    files: ['*.vue'],
    parser: 'vue-eslint-parser',
  },
],
  • For HTML and similar:
    • Install the parser: npm i -D @angular-eslint/template-parser
    • Assign it to your files in eslintrc:
      overrides: [
  {
    files: ['*.html', '*.blade.php'],
    parser: '@angular-eslint/template-parser',
  },
],

We removed the default parsers which were added to v3.8.2 because it created negative impact on dependencies resolution, bundle size increase and possible conflicts with existing configurations.

For eslint.config.js

  • For js[x], ts[x]:

    • Install the parser: npm i -D @eslint/js typescript-eslint

    • Assign it to your files in eslint.config.js:

      import js from "@eslint/js";
import ts from "typescript-eslint";
import tailwind from "eslint-plugin-tailwindcss";

export default [
  // add eslint built-in
  js.configs.recommended,
  // add `typescript-eslint` flat config simply
  // if you would like use more another configuration,
  // see the section: https://typescript-eslint.io/getting-started#details
  ...ts.configs.recommended,
  ...tailwind.configs["flat/recommended"],
];

  • For vue.js:

    • Install the parser: npm i -D eslint-plugin-vue

    • Assign it to your files in eslint.config.js:

      import vue from "eslint-plugin-vue";
import tailwind from "eslint-plugin-tailwindcss";

export default [
  // add `eslint-plugin-vue` flat config simply
  // if you would like use more another configuration,
  // see the section: https://eslint.vuejs.org/user-guide/#bundle-configurations-eslint-config-js
  ...vue.configs["flat/recommended"],
  ...tailwind.configs["flat/recommended"],
];

4. Add a npm script

In your package.json add one or more script(s) to run eslint targeting your source files:

"scripts": {
  "lint": "eslint ./src",
  "lint:debug": "eslint ./src --debug",
  "lint:fix": "eslint ./src --fix"
},

5. Run the linting task

npm run lint can do the job on demand but you can also get live feedback using VS Code ESLint extension, just make sure you restart VS Code as it can be required for the plugin to work as expected.

More settings

The rules accept settings meant to fit your own choices, make sure to read the documentation of each rule.

Optional shared settings

Most rules share the same settings, instead of duplicating the options all over the place…

You should define the shared settings that will be shared across all the plugin rules.

All these settings already have nice default values that are explained in the documentation.

For .eslintrc

FYI, here are the default values:

{
  settings: {
    tailwindcss: {
      // These are the default values but feel free to customize
      callees: ["classnames", "clsx", "ctl"],
      config: "tailwind.config.js", // returned from `loadConfig()` utility if not provided
      cssFiles: [
        "**/*.css",
        "!**/node_modules",
        "!**/.*",
        "!**/dist",
        "!**/build",
      ],
      cssFilesRefreshRate: 5_000,
      removeDuplicates: true,
      skipClassAttribute: false,
      whitelist: [],
      tags: [], // can be set to e.g. ['tw'] for use in tw`bg-blue`
      classRegex: "^class(Name)?$", // can be modified to support custom attributes. E.g. "^tw$" for `twin.macro`
    },
  },
}

For eslint.config.js

import tailwind from "eslint-plugin-tailwindcss";

export default [
  ...tailwind.configs["flat/recommended"],
  {
    settings: {
      tailwindcss: {
        // These are the default values but feel free to customize
        callees: ["classnames", "clsx", "ctl"],
        config: "tailwind.config.js", // returned from `loadConfig()` utility if not provided
        cssFiles: [
          "**/*.css",
          "!**/node_modules",
          "!**/.*",
          "!**/dist",
          "!**/build",
        ],
        cssFilesRefreshRate: 5_000,
        removeDuplicates: true,
        skipClassAttribute: false,
        whitelist: [],
        tags: [], // can be set to e.g. ['tw'] for use in tw`bg-blue`
        classRegex: "^class(Name)?$", // can be modified to support custom attributes. E.g. "^tw$" for `twin.macro`
      },
    },
  },
];

The plugin will look for each setting in this order and stops searching as soon as it finds the settings:

  1. In the rule option argument (rule level)
  2. In the shared settings (plugin level)
  3. Default value of the requested setting (plugin level)…

Upcoming Rules

  • validate-modifiers: I don’t know if possible, but I’d like to make sure all the modifiers prefixes of a classname are valid e.g. yolo:bg-red should throw an error…

  • no-redundant-variant: e.g. avoid mx-5 sm:mx-5, no need to redefine mx in sm: variant as it uses the same value (5)

  • only-valid-arbitrary-values:

    • e.g. avoid top-[42], only 0 value can be unitless.
    • e.g. avoid text-[rgba(10%,20%,30,50%)], can’t mix % and 0-255.
[beta]v0.14.0