mirror of
https://github.com/DavidAnson/markdownlint.git
synced 2026-04-25 17:26:22 +03:00
[GH-ISSUE #1343] Follow the correct rules for indentation of lists! #666
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#666
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 @tedbouskill on GitHub (Aug 29, 2024).
Original GitHub issue: https://github.com/DavidAnson/markdownlint/issues/1343
When generating lists the following is valid
Your markdown tool flags that as a violation. I refuse to use a product that makes up it's own rules
@DavidAnson commented on GitHub (Aug 29, 2024):
No violations are reported for the standard Markdown expression of the list you show above: https://dlaa.me/markdownlint/#%25m%23%20Issue%201343%0A%0A-%20item%201%0A-%20item%202%0A%20%20-%20sub-item%201%0A%20%20-%20sub-item%202%0A-%20item%203%0A
@tedbouskill commented on GitHub (Sep 3, 2024):
Try it in Visual Studio Code. I kept getting warnings until I uninstalled your extension.
@DavidAnson commented on GitHub (Sep 3, 2024):
The properly-formatted Markdown nested list example I provided via the link above produces no warnings using the vscode-markdownlint extension version 0.55.0 for VS Code. If you provide an example that does produce a violation, I can say whether that is expected or not.
@DavidAnson commented on GitHub (Sep 3, 2024):
It looks like I can get at the Markdown for your original post:
The markdownlint warnings are self-explanatory:
While 4 spaces of indent work in this case, the typical way to write that is via 2 spaces which is what the rule recommends.
@tedbouskill commented on GitHub (Sep 3, 2024):
OK, making a recommendation a rule is annoying. I tried using asterisks and your extension marked them as incorrect.
Here is an example from the Markdown Guide site. Notice that they allow asterisks and that the indentation is four characters long!
Now I have to uninstall your extension again. I appreciate the effort but it's still not correct.
@DavidAnson commented on GitHub (Sep 3, 2024):
Linters tend to be opinionated, but I acknowledge they are not for everyone. I will close this issue as the current rule behavior is intended. Thanks for your time.
@ccoVeille commented on GitHub (Sep 3, 2024):
Didn't see such behavior for a while
Let's say I'm impressed by your calm @DavidAnson