docs: autogenerate many rule options list with eslint-doc-generator

Author: bmish

docs/rules/dynamic-import-chunkname.md

@@ -11,6 +11,15 @@ This rule enforces naming of webpack chunks in dynamic imports. When you don't e
 This rule runs against `import()` by default, but can be configured to also run against an alternative dynamic-import function, e.g. 'dynamicImport.'
 You can also configure the regex format you'd like to accept for the webpackChunkName - for example, if we don't want the number 6 to show up in our chunk names:
 
+<!-- begin auto-generated rule options list -->
+
+| Name                     | Type     |
+| :----------------------- | :------- |
+| `importFunctions`        | String[] |
+| `webpackChunknameFormat` | String   |
+
+<!-- end auto-generated rule options list -->
+
  ```javascript
 {
   "dynamic-import-chunkname": [2, {

docs/rules/max-dependencies.md

@@ -10,14 +10,14 @@ Importing multiple named exports from a single module will only count once (e.g.
 
 ## Options
 
-This rule has the following options, with these defaults:
+<!-- begin auto-generated rule options list -->
 
-```js
-"import/max-dependencies": ["error", {
-  "max": 10,
-  "ignoreTypeImports": false,
-}]
-```
+| Name                | Type    | Default |
+| :------------------ | :------ | :------ |
+| `ignoreTypeImports` | Boolean | `false` |
+| `max`               | Number  | `10`    |
+
+<!-- end auto-generated rule options list -->
 
 ### `max`
 

docs/rules/named.md

@@ -86,6 +86,16 @@ then the following is not reported:
 import { notWhatever } from './whatever'
 ```
 
+## Options
+
+<!-- begin auto-generated rule options list -->
+
+| Name       | Type    | Default |
+| :--------- | :------ | :------ |
+| `commonjs` | Boolean | `false` |
+
+<!-- end auto-generated rule options list -->
+
 ## When Not To Use It
 
 If you are using CommonJS and/or modifying the exported namespace of any module at

docs/rules/namespace.md

@@ -79,6 +79,14 @@ function deepTrouble() {
 
 ### Options
 
+<!-- begin auto-generated rule options list -->
+
+| Name            | Description                                                                               | Type    | Default |
+| :-------------- | :---------------------------------------------------------------------------------------- | :------ | :------ |
+| `allowComputed` | If `false`, will report computed (and thus, un-lintable) references to namespace members. | Boolean | `false` |
+
+<!-- end auto-generated rule options list -->
+
 #### `allowComputed`
 
 Defaults to `false`. When false, will report the following:

docs/rules/newline-after-import.md

@@ -8,13 +8,15 @@ Enforces having one or more empty lines after the last top-level import statemen
 
 ## Rule Details
 
-This rule supports the following options:
+<!-- begin auto-generated rule options list -->
 
- - `count` which sets the number of newlines that are enforced after the last top-level import statement or require call. This option defaults to `1`.
+| Name               | Description                                                                                              | Type    | Default |
+| :----------------- | :------------------------------------------------------------------------------------------------------- | :------ | :------ |
+| `considerComments` | enforces the rule on comments after the last import-statement as well when set to true                   | Boolean | `false` |
+| `count`            | Sets the number of newlines that are enforced after the last top-level import statement or require call. | Integer |         |
+| `exactCount`       | enforce the exact numbers of newlines that is mentioned in `count`                                       | Boolean | `false` |
 
- - `exactCount` which enforce the exact numbers of newlines that is mentioned in `count`. This option defaults to `false`.
-
- - `considerComments` which enforces the rule on comments after the last import-statement as well when set to true. This option defaults to `false`.
+<!-- end auto-generated rule options list -->
 
 Valid:
 

docs/rules/no-absolute-path.md

@@ -38,9 +38,16 @@ By default, only ES6 imports and CommonJS `require` calls will have this rule en
 
 You may provide an options object providing true/false for any of
 
- - `esmodule`: defaults to `true`
- - `commonjs`: defaults to `true`
- - `amd`: defaults to `false`
+<!-- begin auto-generated rule options list -->
+
+| Name       | Type     |
+| :--------- | :------- |
+| `amd`      | Boolean  |
+| `commonjs` | Boolean  |
+| `esmodule` | Boolean  |
+| `ignore`   | String[] |
+
+<!-- end auto-generated rule options list -->
 
 If `{ amd: true }` is provided, dependency paths for AMD-style `define` and `require`
 calls will be resolved:

docs/rules/no-cycle.md

@@ -28,6 +28,20 @@ This rule ignores type-only imports in Flow and TypeScript syntax (`import type`
 
 ### Options
 
+<!-- begin auto-generated rule options list -->
+
+| Name                                 | Description                                                                  | Type     | Default |
+| :----------------------------------- | :--------------------------------------------------------------------------- | :------- | :------ |
+| `allowUnsafeDynamicCyclicDependency` | Allow cyclic dependency if there is at least one dynamic import in the chain | Boolean  | `false` |
+| `amd`                                |                                                                              | Boolean  |         |
+| `commonjs`                           |                                                                              | Boolean  |         |
+| `esmodule`                           |                                                                              | Boolean  |         |
+| `ignore`                             |                                                                              | String[] |         |
+| `ignoreExternal`                     | ignore external modules                                                      | Boolean  | `false` |
+| `maxDepth`                           |                                                                              |          |         |
+
+<!-- end auto-generated rule options list -->
+
 By default, this rule only detects cycles for ES6 imports, but see the [`no-unresolved` options](./no-unresolved.md#options) as this rule also supports the same `commonjs` and `amd` flags. However, these flags only impact which import types are _linted_; the
 import/export infrastructure only registers `import` statements in dependencies, so
 cycles created by `require` within imported modules may not be detected.

docs/rules/no-duplicates.md

@@ -42,6 +42,17 @@ The motivation is that this is likely a result of two developers importing diffe
 names from the same module at different times (and potentially largely different
 locations in the file.) This rule brings both (or n-many) to attention.
 
+## Options
+
+<!-- begin auto-generated rule options list -->
+
+| Name                  | Type    | Default |
+| :-------------------- | :------ | :------ |
+| `considerQueryString` | Boolean | `false` |
+| `prefer-inline`       | Boolean | `false` |
+
+<!-- end auto-generated rule options list -->
+
 ### Query Strings
 
 By default, this rule ignores query strings (i.e. paths followed by a question mark), and thus imports from `./mod?a` and `./mod?b` will be considered as duplicates. However you can use the option `considerQueryString` to handle them as different (primarily because browsers will resolve those imports differently).

docs/rules/no-dynamic-require.md

@@ -23,3 +23,13 @@ require(name());
 require('../name');
 require(`../name`);
 ```
+
+## Options
+
+<!-- begin auto-generated rule options list -->
+
+| Name       | Type    | Default |
+| :--------- | :------ | :------ |
+| `esmodule` | Boolean | `false` |
+
+<!-- end auto-generated rule options list -->

docs/rules/no-extraneous-dependencies.md

@@ -9,8 +9,6 @@ Modules have to be installed for this rule to work.
 
 ## Options
 
-This rule supports the following options:
-
 `devDependencies`: If set to `false`, then the rule will show an error when `devDependencies` are imported. Defaults to `true`.
 Type imports are ignored by default.