New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Automate documentation creation #2860
Comments
Some error messages are created dynamically, so I don't think it is possible to automatically document every possible error message. |
Most of the error messages are created by substitution, that's why I used |
I think this might end up being a bit too pie-in-the-sky, but feel free to explore. :) |
It seems to me like option documentation is important enough that it should be fairly early in the rule docs. Imagine needing to scroll to the very bottom of object-curly-spacing to find the options. |
Agree. But without knowing how the document is structured, it's hard to insert auto-created pieces in the middle. |
Could we manually put a placeholder in all the rule docs? Perhaps stub out the header "### Rule Options" or similar? |
Or I think to generate TOC automatically is good for large rules. |
I agree, looks like it was discussed in #1073, but I don't see it live on the site. |
It is live. Or at least anchors on all headers are. If you mouse over any header, you should see a link icon pop up. |
You're right, I wasn't clear. The anchors are there, but there are no TOC. |
I don't think there are enough sections on rule docs to have a TOC... Most have three, four sections at most. I'm not a big fan of boilerplate like that. |
This is getting off topic, but how about some of the larger pages like Configuring ESLint? |
I think the larger pages should be broken up into smaller ones |
Is this still being worked on? |
Second part is done (Index.md). The rest of it is controversial enough to hold off for now. |
I would like to streamline documentation create a bit. Now that we have schemas, I would like to create a built task that would export schemas and append available options at the end of each rule documentation.I also think we can take it even further, in order to help people search google for errors they get as a result of linting, I think we should include all possible error messages into exportable object that would also be appended to rule documentation. We also can remove "README.md" all together, and generated it from exported object. I will create a WIP pull request with proposed changes for a few rules.
Want to back this issue? Post a bounty on it! We accept bounties via Bountysource.
The text was updated successfully, but these errors were encountered: