mirror of
https://github.com/DavidAnson/markdownlint.git
synced 2026-04-25 01:05:55 +03:00
[GH-ISSUE #50] MD044 - Links and code should be excluded from checks #41
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#41
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 @flodolo on GitHub (Mar 17, 2017).
Original GitHub issue: https://github.com/DavidAnson/markdownlint/issues/50
First of all, thanks for this great tool. I've been experimenting with it for the last couple of days and it works great.
I'm really interested in this rule, but it fails short with its current implementation. Example:
All docs fail where there's a link to GitHub. I think there should be an option to exclude links, URLs, and code from this check, and it should probably be true by default.
@DavidAnson commented on GitHub (Mar 17, 2017):
Please have a look at the tests for the following commit I made about an hour ago:
github.com/DavidAnson/markdownlint@935935b96cI think you will find it addresses exactly the issues you raise. :)
@DavidAnson commented on GitHub (Mar 17, 2017):
Actually, it explicitly INcludes code - what is your scenario where that is not wanted?
@flodolo commented on GitHub (Mar 17, 2017):
Ah, that's great.
For example an HTML code fragment that includes links. It would also be great to ignore bare URLs, not just properly formatted links.
@DavidAnson commented on GitHub (Mar 17, 2017):
I'll probably allow excluding code, thanks.
I debated whether to special case bare URLs already - why not use a proper link instead?
@flodolo commented on GitHub (Mar 17, 2017):
I guess mostly for lazyness. If you want to write https://atom.io/, it's easier to use the bare URL than writing
[https://atom.io/](https://atom.io, especially if you want to display the URL.