An ESLint plugin to extract and lint scripts from HTML files.

License: ISC

Language: JavaScript

Keywords: eslint, eslint-plugin, html, javascript


NPM version Build Status

This ESLint plugin allows linting and fixing inline scripts contained in HTML files.

Migration to v4

eslint-plugin-html v4 requires at least ESLint v4.7. This is because a lot of internal changes occured in ESLint v4.7, including a new API to support autofixing in preprocessors. If you are still using an older version of ESLint, please consider upgrading, or keep using eslint-plugin-html v3.

The big feature (and breaking change) in eslint-plugin-html v4 is the ability to chose how scopes are shared between script tags in the same HTML file.

Migration to v3

If you are considering upgrading to v3, please read this guide.


Simply install via npm install --save-dev eslint-plugin-html and add the plugin to your ESLint configuration. See ESLint documentation.


    "plugins": [

Note: by default, when executing the eslint command on a directory, only .js files will be linted. You will have to specify extra extensions with the --ext option. Example: eslint --ext .html,.js src will lint both .html and .js files in the src directory. See ESLint documentation.

Multiple scripts tags in a HTML file

When linting a HTML with multiple script tags, this plugin tries to emulate the browser behavior by sharing the global scope between scripts by default. This behavior doesn't apply to "module" scripts (ie: <script type="module"> and most transpiled code), where each script tag gets its own top-level scope.

ESLint has already an option to tell the parser if the script are modules. eslint-plugin-html will use this option as well to know if the scopes should be shared (the default) or not. To change this, just set it in your ESLint configuration:

  "parserOptions": {
    "sourceType": "module"

To illustrate this behavior, consider this HTML extract:

var foo = 1;


This is perfectly valid by default, and the ESLint rules no-unused-vars and no-undef shouldn't complain. But if those scripts are considerated as ES modules, no-unused-vars should report an error in the first script, and no-undef should report an error in the second script.


In eslint-plugin-html v1 and v2, script code were concatenated and linted in a single pass, so the scope were always shared. This caused some issues, so in v3 all scripts were linted separately, and scopes were never shared. In v4, the plugin still lint scripts separately, but makes sure global variables are declared and used correctly in the non-module case.

XML support

This plugin parses HTML and XML markup slightly differently, mainly when considering CDATA sections:

  • in XML, any data inside a CDATA section will be considered as raw text (not XML) and the CDATA delimiter will be droped ;
  • in HTML, there is no such thing for <script> tags: the CDATA delimiter is considered as normal text and thus, part of the script.


Note: all settings can be written either as "html/key": value or in a nested object "html": { "key": value }


By default, this plugin will only consider files ending with those extensions as HTML: .erb, .handlebars, .hbs, .htm, .html, .mustache, .nunjucks, .php, .tag, .twig, .we. You can set your own list of HTML extensions by using this setting. Example:

    "plugins": [ "html" ],
    "settings": {
        "html/html-extensions": [".html", ".we"],  // consider .html and .we files as HTML


By default, this plugin will only consider files ending with those extensions as XML: .xhtml, .xml. You can set your own list of XML extensions by using this setting. Example:

    "plugins": [ "html" ],
    "settings": {
        "html/xml-extensions": [".html"],  // consider .html files as XML


By default, the code between <script> tags is dedented according to the first non-empty line. The setting html/indent allows to ensure that every script tags follow an uniform indentation. Like the indent rule, you can pass a number of spaces, or "tab" to indent with one tab. Prefix this value with a + to be relative to the <script> tag indentation. Example:

    "plugins": [ "html" ],
    "settings": {
        "html/indent": "0",   // code should start at the beginning of the line (no initial indentation).
        "html/indent": "+2",  // indentation is the <script> indentation plus two spaces.
        "html/indent": "tab", // indentation is one tab at the beginning of the line.


By default, this plugin won't warn if it encounters a problematic indentation (ex: a line is under indented). If you want to make sure the indentation is correct, use the html/report-bad-indent in conjunction with the indent rule. Pass "warn" or 1 to display warnings, "error" or 2 to display errors. Example:

    "plugins": [ "html" ],
    "settings": {
        "html/report-bad-indent": "error",


By default, the code between <script> tags is considered as JavaScript code only if there is no type attribute or if its value matches the pattern (application|text)/(x-)?(javascript|babel|ecmascript-6) or module (case insensitive). You can customize the types that should be considered as JavaScript by providing one or multiple MIME types. If a MIME type starts with a /, it will be considered as a regular expression. Example:

    "plugins": [ "html" ],
    "settings": {
        "html/javascript-mime-types": ["text/javascript", "text/jsx"],  // also use script tags with a "text/jsx" type attribute
        "html/javascript-mime-types": "/^text\\/(javascript|jsx)$/",    // same thing


Linting templates (or PHP)

eslint-plugin-html won't evaluate or remove your template markup. If you have template markup in your script tags, the resulting script may not be valid JavaScript, so ESLint will fail to parse it.

One possible hacky workaround to make sure the code is valid JavaScript is to put your template markup inside a comment. When the template is rendered, the generated JS code must start with a new line, so it will be written below the comment. PHP example:

var mydata;
// <?= "\n mydata = " . json_encode($var) . ";" ?>

Linting VUE files

Initially, eslint-plugin-vue was using eslint-plugin-html to lint code inside script tags. Since v3, eslint-plugin-vue is using its own parser, so it is incompatible with eslint-plugin-html. You should use eslint-plugin-vue exclusively and remove eslint-plugin-html from your dependencies if you still have it.

Project Statistics

Sourcerank 18
Repository Size 673 KB
Stars 273
Forks 37
Watchers 6
Open issues 7
Dependencies 462
Contributors 20
Tags 45
Last updated
Last pushed

Top Contributors See all

Benoît Zugmeyer Lingjun Meng Ahmed El Gabri Greggman Alex Beauchemin Dangyi Liu Morgan Croney Harcro Shintaro Abe kmaglione Hilmar Lapp Kevin Partington Adaline Valentina Simonian Ben52 Nagy Tamás Christian Kaisermann juodumas Philipp Wurz Daniel Pereira noe132 Wes Bos

Packages Referencing this Repo

A ESLint plugin to lint and fix inline scripts contained in HTML files.
Latest release 5.0.5 - Updated - 273 stars

Recent Tags See all

v5.0.5 May 13, 2019
v5.0.4 May 12, 2019
v5.0.3 February 02, 2019
v5.0.2 February 02, 2019
v5.0.1 February 02, 2019
v5.0.0 November 11, 2018
v4.0.6 September 22, 2018
v5.0.0-alpha.0 July 05, 2018
v4.0.5 June 20, 2018
v4.0.4 June 20, 2018
v4.0.3 April 11, 2018
v4.0.2 January 24, 2018
v4.0.1 November 22, 2017
v4.0.0 November 12, 2017
v4.0.0-alpha.1 October 10, 2017

Interesting Forks See all

An ESLint plugin to extract and lint scripts from HTML files.
JavaScript - Updated - 1 stars

Something wrong with this page? Make a suggestion

Last synced: 2019-05-13 19:45:16 UTC

Login to resync this repository