Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

New Rule: rules regarding actual content #288

Open
1 task
ghost opened this issue Oct 7, 2024 · 0 comments
Open
1 task

New Rule: rules regarding actual content #288

ghost opened this issue Oct 7, 2024 · 0 comments
Labels

Comments

@ghost
Copy link

ghost commented Oct 7, 2024

Rule details

I am missing out a whole category of rules that are also not for formatting, but also are not focused only on general document structure as you have provided gently until now.

What type of rule is this?

Warns about a potential problem

Example code

Inspired by https://github.com/DavidAnson/markdownlint I would like to see rules such as:
strong-style - Sets a consistent pattern for Strong style (** or __)
ul-style - Sets a consistent pattern for Unordered list style (* or -)
link-image-style - Sets a consistent pattern for Link and image style (inline or by reference)

Also not bad to see:
no-reversed-links - Reversed link syntax
no-trailing-punctuation - Trailing punctuation in heading
single-title/single-h1 - Multiple top-level headings in the same document
table-column-count - Table column count should equal the header count
first-line-heading/first-line-h1 - Requires First line in a file to be a top-level heading
heading-increment - Requires Heading levels to be only increment by one level at a time
no-alt-text - Images should have alternate text (alt text)
no-bare-urls - requires URLs to contain <>.
no-duplicate-heading - forbids headings with the same title/anchor.
no-empty-links - disallows to write empty URLs.
And many more that do not conflict with Prettier.

Participation

  • I am willing to submit a pull request to implement this rule.

Additional comments

Please consider that I am going to delete this account for reasons outside of my reach. So please keep this issue opened or absorb it under your work, because it is very appropriate for you to find valid inspiration in markdownlint, that is worth to take a look to make @eslint/markdown good enough or even better.

Also could you consider elaborating more the rules that you plan to develop for @eslint/markdown (roadmap), to let users help you to develop them and also >>to let users decide if are ever going to replace remark-lint or markdownlint in favor of @eslint/markdown, or not.

PS: https://github.com/theoludwig/markdownlint-rule-relative-links is the only plugin that I find relevant, that should have been written as a markdownlint core rule. Please consider it when planning your new rules.

@ghost ghost added the feature label Oct 7, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
Status: Needs Triage
Development

No branches or pull requests

0 participants