You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently we have defined { "no-undef": ["off"] } in .eslintrc because there are dependencies between files but the files are checked as standalone scripts. This results in hundreds of "no-undef" errors, because constructors are extended with properties and methods in different files than were the constructor is defined. This is especially the case in the files were browser specific extensions to DOM APIs are defined. For example:
It would still be useful to catch unintended undefined references, which can be caused easily by a typo, so we need to find a way to resolve the dependencies before running eslint.
Clarify the subject of this issue, for future reference
Define and resolve dependencies between extern files.
Enable no-undef rule in .eslintrc
The text was updated successfully, but these errors were encountered:
Currently we have defined
{ "no-undef": ["off"] }
in.eslintrc
because there are dependencies between files but the files are checked as standalone scripts. This results in hundreds of "no-undef" errors, because constructors are extended with properties and methods in different files than were the constructor is defined. This is especially the case in the files were browser specific extensions to DOM APIs are defined. For example:webkit_dom.js
Above will result in an error because
Element
is undefined. That's true, because it is defined in another file:w3c_dom1.js
:It would still be useful to catch unintended undefined references, which can be caused easily by a typo, so we need to find a way to resolve the dependencies before running
eslint
.no-undef
rule in.eslintrc
The text was updated successfully, but these errors were encountered: