mirror of
https://github.com/DavidAnson/markdownlint.git
synced 2026-04-25 01:05:55 +03:00
[GH-ISSUE #312] Rule for indentation in fenced code blocks #2113
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#2113
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 @polarathene on GitHub (Aug 6, 2020).
Original GitHub issue: https://github.com/DavidAnson/markdownlint/issues/312
Ideally this could be configured based on language/context given to the code block syntax (```
language). Docs that I contribute that require tabs for their config snippets prevents adopting markdownlint otherwise.Related: https://github.com/DavidAnson/markdownlint/issues/17 https://github.com/DavidAnson/markdownlint/issues/82
@DavidAnson commented on GitHub (Aug 7, 2020):
Can you please clarify the part about “prevents adopting markdownlint”? You can allow tabs in code blocks.
@polarathene commented on GitHub (Aug 7, 2020):
While the markdown documents have tabbed indentation for code snippets, contributions are reviewed to ensure that happens.
markdownlintlacks a rule to detect the issue so that it can be caught and fixed automatically, so reviewers would still need to check for such themselves right?@DavidAnson commented on GitHub (Aug 7, 2020):
Yes, in the context of the feature you are requesting, tabs would not be required in code blocks. But that should not prevent you from using markdownlint - it’s more of a missing validation than a wrong or problematic one.
@polarathene commented on GitHub (Aug 7, 2020):
I understand that, but if it cannot help with that issue, the maintainers might not find it acceptable. There's a linked issue where I've pitched
markdownlint, perhaps they will still express interest despite the lack of such feature.@DavidAnson commented on GitHub (Aug 7, 2020):
Understood. FYI, this could be implemented as a custom rule by a motivated party - no need to wait for me. :)