Skip to content

Commit

Permalink
[Docs] remove duplicate fixable notices in docs
Browse files Browse the repository at this point in the history
  • Loading branch information
bmish committed Aug 5, 2023
1 parent 7f7a9a6 commit d7f3d57
Show file tree
Hide file tree
Showing 5 changed files with 2 additions and 8 deletions.
3 changes: 1 addition & 2 deletions docs/rules/newline-after-import.md
Expand Up @@ -5,11 +5,10 @@
<!-- end auto-generated rule header -->

Enforces having one or more empty lines after the last top-level import statement or require call.
+(fixable) The `--fix` option on the [command line] automatically fixes problems reported by this rule.

## Rule Details

This rule supports the following options:
This rule supports the following options:
- `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`.

- `considerComments` which enforces the rule on comments after the last import-statement as well when set to true. This option defaults to `false`.
Expand Down
1 change: 0 additions & 1 deletion docs/rules/no-duplicates.md
Expand Up @@ -7,7 +7,6 @@
<!-- end auto-generated rule header -->

Reports if a resolved path is imported more than once.
+(fixable) The `--fix` option on the [command line] automatically fixes some problems reported by this rule.

ESLint core has a similar rule ([`no-duplicate-imports`](https://eslint.org/docs/rules/no-duplicate-imports)), but this version
is different in two key ways:
Expand Down
3 changes: 1 addition & 2 deletions docs/rules/no-namespace.md
Expand Up @@ -6,8 +6,7 @@

Enforce a convention of not using namespace (a.k.a. "wildcard" `*`) imports.

+(fixable) The `--fix` option on the [command line] automatically fixes problems reported by this rule, provided that the namespace object is only used for direct member access, e.g. `namespace.a`.
The `--fix` functionality for this rule requires ESLint 5 or newer.
The rule is auto-fixable when the namespace object is only used for direct member access, e.g. `namespace.a`.

### Options

Expand Down
2 changes: 0 additions & 2 deletions docs/rules/no-relative-packages.md
Expand Up @@ -9,8 +9,6 @@ Use this rule to prevent importing packages through relative paths.
It's useful in Yarn/Lerna workspaces, were it's possible to import a sibling
package using `../package` relative path, while direct `package` is the correct one.

+(fixable) The `--fix` option on the [command line] automatically fixes problems reported by this rule.

### Examples

Given the following folder structure:
Expand Down
1 change: 0 additions & 1 deletion docs/rules/order.md
Expand Up @@ -5,7 +5,6 @@
<!-- end auto-generated rule header -->

Enforce a convention in the order of `require()` / `import` statements.
+(fixable) The `--fix` option on the [command line] automatically fixes problems reported by this rule.

With the [`groups`](#groups-array) option set to `["builtin", "external", "internal", "parent", "sibling", "index", "object", "type"]` the order is as shown in the following example:

Expand Down

0 comments on commit d7f3d57

Please sign in to comment.