mirror of
https://github.com/DavidAnson/markdownlint.git
synced 2026-04-25 01:05:55 +03:00
[GH-ISSUE #41] Add rule to check for file naming #33
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#33
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 @pascalberger on GitHub (Jan 11, 2017).
Original GitHub issue: https://github.com/DavidAnson/markdownlint/issues/41
Adding a rule to check for file naming would be a nice enhancement.
Guidelines which for example we currently are using:
a-z 0-9 - .@DavidAnson commented on GitHub (Jan 11, 2017):
To be clear, you are referring to the names of the Markdown files that are parsed for content, right? If so, this feels a bit on the edge of what I think a Markdown linter should do. But I will think about this more.
@pascalberger commented on GitHub (Jan 12, 2017):
Yes, I was referring to the
*.mdfiles. I see the point that this is not a typical use case for a linter, since it is no longer about the content. On the other hand, considering a repo containing some source and Markdown documentation, it still has to do with the Markdown part :)@DavidAnson commented on GitHub (Jan 12, 2017):
Got it.
What about something like this instead: https://www.npmjs.com/package/gulp-check-file-naming-convention
Or maybe:
https://www.npmjs.com/package/check-filename
@pascalberger commented on GitHub (Jan 18, 2017):
Thinking a little bit more about it, doing these checks outside might be the better solution than duplicating existing functionality here.
@DavidAnson commented on GitHub (Jan 19, 2017):
Great.