diff options
Diffstat (limited to 'node_modules/domain-browser/.eslintrc.js')
| -rw-r--r-- | node_modules/domain-browser/.eslintrc.js | 701 |
1 files changed, 0 insertions, 701 deletions
diff --git a/node_modules/domain-browser/.eslintrc.js b/node_modules/domain-browser/.eslintrc.js deleted file mode 100644 index b62388610..000000000 --- a/node_modules/domain-browser/.eslintrc.js +++ /dev/null @@ -1,701 +0,0 @@ -// 2015 December 1 -// https://github.com/bevry/base -// http://eslint.org -/* eslint no-warning-comments: 0 */ -'use strict' - -const IGNORE = 0, WARN = 1, ERROR = 2, MAX_PARAMS = 4 - -module.exports = { - // parser: 'babel-eslint', - // ^ the bundled ESLINT parser is now actually quite good, and supports the ecmaFeatures property - ecmaFeatures: { - // this property only works with the bundled ESLINT parser, not babel-eslint - arrowFunctions: true, - binaryLiterals: true, - blockBindings: true, - classes: true, - defaultParams: true, - destructuring: true, - forOf: true, - generators: true, - modules: false, // Disabled due to https://twitter.com/balupton/status/671519915795345410 - objectLiteralComputedProperties: true, - objectLiteralDuplicateProperties: true, - objectLiteralShorthandMethods: true, - objectLiteralShorthandProperties: true, - octalLiterals: true, - regexUFlag: true, - regexYFlag: true, - restParams: true, - spread: true, - superInFunctions: true, - templateStrings: true, - unicodeCodePointEscapes: true, - globalReturn: true, - jsx: true, - experimentalObjectRestSpread: true - }, - env: { - browser: true, - node: true, - es6: true, - commonjs: true, - amd: true - }, - rules: { - // ---------------------------- - // Problems with these rules - // If we can figure out how to enable the following, that would be great - - // Two spaces after one line if or else: - // if ( blah ) return - // Insead of one space: - // if ( blah ) return - - // No spaces on embedded function: - // .forEach(function(key, value){ - // instead of: - // .forEach(function (key, value) { - - // Else and catch statements on the same line as closing brace: - // } else { - // } catch (e) { - // instead of: - // } - // else { - - - // -------------------------------------- - // Possible Errors - // The following rules point out areas where you might have made mistakes. - - // ES6 supports dangling commas - 'comma-dangle': IGNORE, - - // Don't allow assignments in conditional statements (if, while, etc.) - 'no-cond-assign': [ERROR, 'always'], - - // Warn but don't error about console statements - 'no-console': WARN, - - // Allow while(true) loops - 'no-constant-condition': IGNORE, - - // Seems like a good idea to error about this - 'no-control-regex': ERROR, - - // Warn but don't error about console statements - 'no-debugger': WARN, - - // Don't allow duplicate arguments in a function, they can cause errors - 'no-dupe-args': ERROR, - - // Disallow duplicate keys in an object, they can cause errors - 'no-dupe-keys': ERROR, - - // Disallow duplicate case statements in a switch - 'no-duplicate-case': ERROR, - - // Disallow empty [] in regular expressions as they cause unexpected behaviour - 'no-empty-character-class': ERROR, - - // Allow empty block statements, they are useful for clarity - 'no-empty': IGNORE, - - // Overwriting the exception argument in a catch statement can cause memory leaks in some browsers - 'no-ex-assign': ERROR, - - // Disallow superflous boolean casts, they offer no value - 'no-extra-boolean-cast': ERROR, - - // Allow superflous parenthesis as they offer clarity in some cases - 'no-extra-parens': IGNORE, - - // Disallow superflous semicolons, they offer no value - 'no-extra-semi': IGNORE, - - // Seems like a good idea to error about this - 'no-func-assign': ERROR, - - // Seems like a good idea to error about this - 'no-inner-declarations': ERROR, - - // Seems like a good idea to error about this - 'no-invalid-regexp': ERROR, - - // Seems like a good idea to error about this - 'no-irregular-whitespace': ERROR, - - // Seems like a good idea to error about this - 'no-negated-in-lhs': ERROR, - - // Seems like a good idea to error about this - 'no-obj-calls': ERROR, - - // Seems like a good idea to error about this - // Instead of / / used / {ERROR}/ instead - 'no-regex-spaces': ERROR, - - // Seems like a good idea to error about this - 'no-sparse-arrays': ERROR, - - // Seems like a good idea to error about this - 'no-unexpected-multiline': ERROR, - - // Seems like a good idea to error about this - 'no-unreachable': ERROR, - - // Seems like a good idea to error about this - 'use-isnan': ERROR, - - // We use YUIdoc, not JSDoc - 'valid-jsdoc': IGNORE, - - // Seems like a good idea to error about this - 'valid-typeof': ERROR, - - - // -------------------------------------- - // Best Practices - // These are rules designed to prevent you from making mistakes. They either prescribe a better way of doing something or help you avoid footguns. - - // Meh - 'accessor-pairs': IGNORE, - - // This rule seems buggy - 'block-scoped-var': IGNORE, - - // Disable complexity checks, they are annoying and not that useful in detecting actual complexity - 'complexity': IGNORE, - - // We use blank returns for break statements - 'consistent-return': IGNORE, - - // Always require curly braces unless the statement is all on a single line - 'curly': [ERROR, 'multi-line'], - - // If we don't have a default cause, it probably means we should throw an error - 'default-case': ERROR, - - // Dots should be on the newlines - // chainableThingy - // .doSomething() - // .doSomethingElse() - 'dot-location': [ERROR, 'property'], - - // Use dot notation where possible - 'dot-notation': ERROR, - - // Unless you are doing == null, then force === to avoid truthy/falsey mistakes - 'eqeqeq': [ERROR, 'allow-null'], - - // Always use hasOwnProperty when doing for in - 'guard-for-in': ERROR, - - // Warn about alert statements in our code - // Use one of the suggested alternatives instead - // Reasoning is they could be mistaken for left over debugging statements - 'no-alert': WARN, - - // They are very slow - 'no-caller': ERROR, - - // Wow... - 'no-case-declarations': ERROR, - - // Seems like a good idea to error about this - 'no-div-regex': ERROR, - - // Returns in else statements offer code clarity, so disable this rule - 'no-else-return': IGNORE, - - // Seems like a good idea to error about this - 'no-empty-label': ERROR, - - // Seems sensible - 'no-empty-pattern': ERROR, - - // We know that == null is a null and undefined check - 'no-eq-null': IGNORE, - - // Eval is slow and unsafe, use vm's instead - 'no-eval': ERROR, - - // There is never a good reason for this - 'no-extend-native': ERROR, - - // Don't allow useless binds - 'no-extra-bind': ERROR, - - // Don't allow switch case statements to follow through, use continue keyword instead - 'no-fallthrough': ERROR, - - // Use zero when doing decimals, otherwise it is confusing - 'no-floating-decimal': ERROR, - - // Cleverness is unclear - 'no-implicit-coercion': ERROR, - - // A sneaky way to do evals - 'no-implied-eval': ERROR, - - // This throws for a lot of senseless things, like chainy functions - 'no-invalid-this': IGNORE, - - // Use proper iterators instead - 'no-iterator': ERROR, - - // We never use this, it seems silly to allow this - 'no-labels': ERROR, - - // We never use this, it seems silly to allow this - 'no-lone-blocks': ERROR, - - // Loop functions always cause problems, as the scope isn't clear through iterations - 'no-loop-func': ERROR, - - // This is a great idea - // Although ignore -1 and 0 as it is common with indexOf - 'no-magic-numbers': [WARN, { ignore: [-1, 0] }], - - // We like multi spaces for clarity - // E.g. We like - // if ( blah ) return foo - // Instead of: - // if ( blah ) return foo - // @TODO would be great to enforce the above - 'no-multi-spaces': IGNORE, - - // Use ES6 template strings instead - 'no-multi-str': ERROR, - - // Would be silly to allow this - 'no-native-reassign': ERROR, - - // We never use this, it seems silly to allow this - 'no-new-func': ERROR, - - // We never use this, it seems silly to allow this - 'no-new-wrappers': ERROR, - - // We never use this, it seems silly to allow this - 'no-new': ERROR, - - // We never use this, it seems silly to allow this - 'no-octal-escape': ERROR, - - // We never use this, it seems silly to allow this - 'no-octal': ERROR, - - // We got to be pretty silly if we don't realise we are doing this - // As such, take any usage as intentional and aware - 'no-param-reassign': IGNORE, - - // We use process.env wisely - 'no-process-env': IGNORE, - - // We never use this, it seems silly to allow this - 'no-proto': ERROR, - - // We never use this, it seems silly to allow this - 'no-redeclare': ERROR, - - // We never use this, it seems silly to allow this - 'no-return-assign': ERROR, - - // We never use this, it seems silly to allow this - 'no-script-url': ERROR, - - // We never use this, it seems silly to allow this - 'no-self-compare': ERROR, - - // We never use this, it seems silly to allow this - 'no-sequences': ERROR, - - // We always want proper error objects as they have stack traces and respond to instanceof Error checks - 'no-throw-literal': ERROR, - - // We never use this, it seems silly to allow this - 'no-unused-expressions': ERROR, - - // Seems sensible - 'no-useless-call': ERROR, - - // Seems sensible - 'no-useless-concat': ERROR, - - // We never use this, it seems silly to allow this - 'no-void': ERROR, - - // Warn about todos - 'no-warning-comments': [WARN, { terms: ['todo', 'fixme'], location: 'anywhere' }], - - // We never use this, it seems silly to allow this - 'no-with': ERROR, - - // Always specify a radix to avoid errors - 'radix': ERROR, - - // We appreciate the clarity late defines offer - 'vars-on-top': IGNORE, - - // Wrap instant called functions in parenthesis for clearer intent - 'wrap-iife': ERROR, - - // Because we force === and never allow assignments in conditions - // we have no need for yoda statements, so disable them - 'yoda': [ERROR, 'never'], - - - // -------------------------------------- - // Strict Mode - // These rules relate to using strict mode. - - // Ensure that use strict is specified to prevent the runtime erorr: - // SyntaxError: Block-scoped declarations (let, const, function, class) not yet supported outside strict mode - 'strict': [ERROR, 'global'], - - - // -------------------------------------- - // Variables - // These rules have to do with variable declarations. - - // We don't care - 'init-declaration': IGNORE, - - // Don't allow the catch method to shadow objects as browsers handle this differently - // Update: We don't care for IE8 - 'no-catch-shadow': IGNORE, - - // Don't use delete, it disables optimisations - 'no-delete-var': ERROR, - - // We never use this, it seems silly to allow this - 'no-label-var': ERROR, - - // We never use this, it seems silly to allow this - 'no-shadow-restricted-names': ERROR, - - // We use shadowing - 'no-shadow': IGNORE, - - // Makes sense - 'no-undef-init': ERROR, - - // Error when an undefined variable is used - 'no-undef': ERROR, - - // typeof blah === 'undefined' should always be used - 'no-undefined': ERROR, - - // Warn us when we don't use something - 'no-unused-vars': WARN, - - // Error when we try and use something before it is defined - 'no-use-before-define': ERROR, - - - // -------------------------------------- - // Node.js and CommonJS - // These rules are specific to JavaScript running on Node.js or using CommonJS in the browser. - - // Seems to difficult to enforce - 'callback-return': IGNORE, - - // We use require where it is appropriate to use it - 'global-require': IGNORE, - - // Force handling of callback errors - 'handle-callback-err': ERROR, - - // @TODO decide if this is good or not - 'no-mixed-requires': ERROR, - - // Disallow error prone syntax - 'no-new-require': ERROR, - - // Always use path.join for windows support - 'no-path-concat': ERROR, - - // We know what we are doing - 'no-process-exit': IGNORE, - - // No need to disallow any modules - 'no-restricted-modules': IGNORE, - - // Sometimes sync methods are useful, so warn but don't error - 'no-sync': WARN, - - - // -------------------------------------- - // Stylistic - // These rules are purely matters of style and are quite subjective. - - // We don't use spaces with brackets - 'array-bracket-spacing': [ERROR, 'never'], - - // Disallow or enforce spaces inside of single line blocks - 'block-spacing': [ERROR, 'always'], - - // Opening brace on same line, closing brace on its own line, except when statement is a single line - 'brace-style': [ERROR, 'stroustrup', { allowSingleLine: true }], - - // Use camel case - 'camelcase': ERROR, - - // Require a comma after always - 'comma-spacing': [ERROR, { before: false, after: true }], - - // Commas go last, we have tooling to detect if we forget a comma - 'comma-style': [ERROR, 'last'], - - // Require or disallow padding inside computed properties - 'computed-property-spacing': [ERROR, 'never'], - - // Enabling this was incredibly annoying when doing layers of nesting - 'consistent-this': IGNORE, - - // Enable to make UNIX people's lives easier - 'eol-last': ERROR, - - // We like anonymous functions - 'func-names': IGNORE, - - // Prefer to define functions via variables - 'func-style': [WARN, 'declaration'], - - // Sometimes short names are appropriate - 'id-length': IGNORE, - - // Camel case handles this for us - 'id-match': IGNORE, - - // Use tabs and indent case blocks - 'indent': [ERROR, 'tab', { SwitchCase: WARN }], - - // Prefer double qoutes for JSX properties: <a b="c" />, <a b='"' /> - 'jsx-quotes': [ERROR, 'prefer-double'], - - // Space after the colon - 'key-spacing': [ERROR, { - beforeColon: false, - afterColon: true - }], - - // Enforce unix line breaks - 'linebreak-style': [ERROR, 'unix'], - - // Enforce new lines before block comments - 'lines-around-comment': [ERROR, { beforeBlockComment: true, allowBlockStart: true }], - - // Disabled to ensure consistency with complexity option - 'max-depth': IGNORE, - - // We use soft wrap - 'max-len': IGNORE, - - // We are smart enough to know if this is bad or not - 'max-nested-callbacks': IGNORE, - - // Sometimes we have no control over this for compat reasons, so just warn - 'max-params': [WARN, MAX_PARAMS], - - // We should be able to use whatever feels right - 'max-statements': IGNORE, - - // Constructors should be CamelCase - 'new-cap': ERROR, - - // Always use parens when instantiating a class - 'new-parens': ERROR, - - // Too difficult to enforce correctly as too many edge-cases - 'newline-after-var': IGNORE, - - // Don't use the array constructor when it is not needed - 'no-array-constructor': ERROR, - - // We never use bitwise, they are too clever - 'no-bitwise': ERROR, - - // We use continue - 'no-continue': IGNORE, - - // We like inline comments - 'no-inline-comments': IGNORE, - - // The code could be optimised if this error occurs - 'no-lonely-if': ERROR, - - // Don't mix spaces and tabs - // @TODO maybe [ERROR, 'smart-tabs'] will be better, we will see - 'no-mixed-spaces-and-tabs': ERROR, - - // We use multiple empty lines for styling - 'no-multiple-empty-lines': IGNORE, - - // Sometimes it is more understandable with a negated condition - 'no-negated-condition': IGNORE, - - // Sometimes these are useful - 'no-nested-ternary': IGNORE, - - // Use {} instead of new Object() - 'no-new-object': ERROR, - - // We use plus plus - 'no-plusplus': IGNORE, - - // Handled by other rules - 'no-restricted-syntax': IGNORE, - - // We never use this, it seems silly to allow this - 'no-spaced-func': ERROR, - - // Sometimes ternaries are useful - 'no-ternary': IGNORE, - - // Disallow trailing spaces - 'no-trailing-spaces': ERROR, - - // Sometimes this is useful when avoiding shadowing - 'no-underscore-dangle': IGNORE, - - // Sensible - 'no-unneeded-ternary': ERROR, - - // Desirable, but too many edge cases it turns out where it is actually preferred - 'object-curly-spacing': IGNORE, // [ERROR, 'always'], - - // We like multiple var statements - 'one-var': IGNORE, - - // Force use of shorthands when available - 'operator-assignment': [ERROR, 'always'], - - // Should be before, but not with =, *=, /=, += lines - // @TODO figure out how to enforce - 'operator-linebreak': IGNORE, - - // This rule doesn't appear to work correclty - 'padded-blocks': IGNORE, - - // Seems like a good idea to error about this - 'quote-props': [ERROR, 'consistent-as-needed'], - - // Use single quotes where escaping isn't needed - 'quotes': [ERROR, 'single', 'avoid-escape'], - - // We use YUIdoc - 'require-jsdoc': IGNORE, - - // If semi's are used, then add spacing after - 'semi-spacing': [ERROR, { before: false, after: true }], - - // Never use semicolons - 'semi': [ERROR, 'never'], - - // We don't care if our vars are alphabetical - 'sort-vars': IGNORE, - - // Always force a space after a keyword - 'space-after-keywords': [ERROR, 'always'], - - // Always force a space before a { - 'space-before-blocks': [ERROR, 'always'], - - // function () {, get blah () { - 'space-before-function-paren': [ERROR, 'always'], - - // We do this - 'space-before-keywords': [ERROR, 'always'], - - // This is for spacing between [], so [ WARN, ERROR, 3 ] which we don't want - 'space-in-brackets': IGNORE, - - // This is for spacing between (), so doSomething( WARN, ERROR, 3 ) or if ( WARN === 3 ) - // which we want for ifs, but don't want for calls - 'space-in-parens': IGNORE, - - // We use this - 'space-infix-ops': ERROR, - - // We use this - 'space-return-throw-case': ERROR, - - // We use this - 'space-unary-ops': ERROR, - - // We use this - // 'spaced-line-comment': ERROR, - 'spaced-comment': ERROR, - - // We use this - // @TODO revise this - 'wrap-regex': ERROR, - - - // -------------------------------------- - // ECMAScript 6 - - // Sensible to create more informed and clear code - 'arrow-body-style': [ERROR, 'as-needed'], - - // We do this, no reason why, just what we do - 'arrow-parens': [ERROR, 'always'], - - // Require consistent spacing for arrow functions - 'arrow-spacing': ERROR, - - // Makes sense as otherwise runtime error will occur - 'constructor-super': ERROR, - - // Seems the most consistent location for it - 'generator-star-spacing': [ERROR, 'before'], - - // Seems sensible - 'no-arrow-condition': ERROR, - - // Seems sensible - 'no-class-assign': ERROR, - - // Makes sense as otherwise runtime error will occur - 'no-const-assign': ERROR, - - // Makes sense as otherwise runtime error will occur - 'no-dupe-class-members': ERROR, - - // Makes sense as otherwise runtime error will occur - 'no-this-before-super': ERROR, - - // @TODO This probably should be an error - // however it is useful for: for ( var key in obj ) { - // which hopefully is more performant than let (@TODO check if it actually is more performant) - 'no-var': WARN, - - // Enforce ES6 object shorthand - 'object-shorthand': ERROR, - - // Better performance when running native - // but horrible performance if not running native as could fallback to bind - // https://travis-ci.org/bevry/es6-benchmarks - 'prefer-arrow-callback': IGNORE, - - // Sure, why not - 'prefer-const': WARN, - - // Controversial change, but makes sense to move towards to reduce the risk of bad people overwriting apply and call - // https://github.com/eslint/eslint/issues/ERROR939 - 'prefer-reflect': WARN, - - // Sure, why not - 'prefer-spread': ERROR, - - // Too annoying to enforce - 'prefer-template': IGNORE, - - // Makes sense - 'require-yield': ERROR - } -} |