mirror of
https://github.com/DavidAnson/markdownlint.git
synced 2026-04-25 01:05:55 +03:00
[GH-ISSUE #97] Ordered list MD029 change from "one" to "ordered" by default #1929
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#1929
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 @prokopst on GitHub (Dec 7, 2017).
Original GitHub issue: https://github.com/DavidAnson/markdownlint/issues/97
Hello!
I have a philosophical "problem" with rule MD029 and its default mode
one.The official markdown introduction states:
https://daringfireball.net/projects/markdown/
And the syntax part states:
https://daringfireball.net/projects/markdown/syntax#list
In my opinion, based on the official Markdown docs, recommending
oneby default contradicts what I like about Markdown - "as readable as possible" and "should be publishable as-is". The laziness factor sounds more like nice to have, not a recommendation.So I'm kindly asking for a permission to change the default value from
onetoordered.@DavidAnson commented on GitHub (Dec 7, 2017):
Philosophically, I agree with you and would have made this change myself, BUT it is a significant breaking change that would require nearly everyone today to change their documents or settings. That is a high cost for a linting tool, especially for people who don’t care as much about this as we do.
One alternative would be to default the rule to “off” and have everybody opt into the behavior they want. This would not be breaking, but would deviate slightly from the original Ruby implementation. However, many people would not realize this rule was not running and therefore would not benefit from it.
But this is the best idea I have had so far.
@prokopst commented on GitHub (Dec 8, 2017):
@DavidAnson thanks for the response. What about introducing a third, default option to recognize both as valid? For example something like
one-or-orderedwhich would recognize both approaches as valid, but still anything else invalid.It would deviate from the Ruby solution too though.
@DavidAnson commented on GitHub (Dec 8, 2017):
I like this idea!
@DavidAnson commented on GitHub (Dec 11, 2017):
(I've started implementing this.)