mirror of
https://github.com/DavidAnson/markdownlint.git
synced 2026-04-25 09:16:02 +03:00
[GH-ISSUE #321] Add rule to enforce links as reference links #275
Labels
No labels
bug
enhancement
enhancement
enhancement
fixed in next
fixed in next
fixed in next
new rule
new rule
new rule
pull-request
question
refactoring
refactoring
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/markdownlint#275
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @mondeja on GitHub (Aug 25, 2020).
Original GitHub issue: https://github.com/DavidAnson/markdownlint/issues/321
As default deactivated. If active, raise error here:
...but passes this:
@waldyrious commented on GitHub (Aug 25, 2020):
It would also be nice if this was configurable by the length of the URL — i.e. non-reference links shorter than N characters would not trigger this rule, with the default max length being 0.
@DavidAnson commented on GitHub (Aug 25, 2020):
Agree, I like the rule and the parameter suggestion.
@leetrout commented on GitHub (Aug 31, 2020):
@DavidAnson @mondeja Any interest in an additional rule to enforce correct style on reference links for at least one unit of whitespace after the colon?
This would fail:
This would pass:
@DavidAnson commented on GitHub (Aug 31, 2020):
It doesn't seem required by the specification, but I agree that one space is stylistically preferred. This would be a reasonable rule.
@leetrout commented on GitHub (Aug 31, 2020):
CommonMark deviates from this and says it is optional but it is mentioned explicitly in the original Daring Fireball docs:
@leetrout commented on GitHub (Aug 31, 2020):
Opened https://github.com/DavidAnson/markdownlint/issues/326
Sorry to interrupt this, but thanks for the quick answers!
@wolf99 commented on GitHub (Aug 27, 2022):
I would like this as an optional rule, either with or without the space.
(Though I prefer with the space)
@wolf99 commented on GitHub (Oct 8, 2022):
Possible duplicate of #40 ?
@leetrout commented on GitHub (Oct 8, 2022):
Yes, looks like #40 covers the same functionality with more options.
@DavidAnson commented on GitHub (Oct 8, 2022):
Agree, thanks!