-
-
Notifications
You must be signed in to change notification settings - Fork 153
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
Except for return/param rules, most rules should not be limited to functions #214
Comments
Some code examples that should be reported but are missed: /* eslint jsdoc/check-tag-names: 2 */
/** @typooo {number} */
let a = 4 /* eslint jsdoc/valid-types: 2 */
/**
* @typedef {!$#@!} .
*/ /* eslint jsdoc/check-alignment: 2 */
/**
* Hi
*/
class Foo {} I suggest adding these checks in a major release, with no options or settings change. |
Fine by me, and if decided there is a need, we could add If this change is done, I think But note that there are a LOT of contexts, e.g., see https://github.com/typescript-eslint/typescript-eslint/blob/861844d727a2ba7f75cdbba2571498078aee2671/packages/typescript-estree/src/ts-estree/ast-node-types.ts , especially if you want to include typescript and JSX as well. While PR #294 (inspired by #295) added /**
*
*/
var a = function () {}; as well as: var a = /**
*
*/
function () {}; So there'd be a fair amount of work to analyze how those types ought to be checked and do it fairly systematically. Or, there is the option of just doing it as the need arises. Or something in the middle. |
🎉 This issue has been resolved in version 9.0.0 🎉 The release is available on: Your semantic-release bot 📦🚀 |
Imo, except for return/param rules, most rules (e.g., rules checking types or tag names, e.g.,
check-tag-names
) should not be limited to checking the jsdoc above functions, but wherever there are jsdoc comments (similar to the newrequire-jsdoc
rule).The text was updated successfully, but these errors were encountered: