Skip to content
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

no-void should be in "Stylistic Issues" category #13498

Closed
mdjermanovic opened this issue Jul 16, 2020 · 4 comments
Closed

no-void should be in "Stylistic Issues" category #13498

mdjermanovic opened this issue Jul 16, 2020 · 4 comments
Assignees
Labels
accepted There is consensus among the team that this change meets the criteria for inclusion archived due to age This issue has been archived; please open a new issue for any further discussion breaking This change is backwards-incompatible rule Relates to ESLint's core rules

Comments

@mdjermanovic
Copy link
Member

This is a proposal to change the category of the no-void rule to "Stylistic Issues", because the rule is about preferences, not best practices.

no-void is currently categorized as a "Best Practice" rule, which suggests that it is considered a best practice to not use void. That wasn't the intention when this rule was introduced (#1017).

This change should avoid some confusion about this rule. In particular, if one assumes that this rule does enforce best practices (based on its current category), it could seem that the rule fails to allow some cases where the use of void might not be a bad practice, while it's actually just a stylistic rule.

@mdjermanovic mdjermanovic added rule Relates to ESLint's core rules accepted There is consensus among the team that this change meets the criteria for inclusion breaking This change is backwards-incompatible labels Jul 16, 2020
@mdjermanovic mdjermanovic self-assigned this Jul 16, 2020
@mdjermanovic
Copy link
Member Author

Marked as accepted per today's TSC meeting.

Marked as breaking based on the discussion in #13398.

@tanohzana
Copy link

@mdjermanovic I can help with this ! I just need a week ✌🏽

@mdjermanovic
Copy link
Member Author

Hi @tanohzana!

We're also planning to use the rule types instead of categories for our website, as discussed in #13398.

That change could also include removing the category field from the core rules, so this issue might become obsolete.

Either way, this is a breaking change and we won't be able to merge it before the next major release, so it might be better to wait for the next major release cycle, when we'll certainly know if this change should be implemented or not.

@mdjermanovic mdjermanovic added this to Need Discussion in v8.0.0 Apr 7, 2021
@mdjermanovic mdjermanovic moved this from Need Discussion to Planned in v8.0.0 Apr 7, 2021
@mdjermanovic mdjermanovic removed this from Planned in v8.0.0 Apr 12, 2021
@mdjermanovic
Copy link
Member Author

We have decided to remove the meta.docs.category property from all core rules (#13398), so this can be closed.

@eslint-github-bot eslint-github-bot bot locked and limited conversation to collaborators Oct 10, 2021
@eslint-github-bot eslint-github-bot bot added the archived due to age This issue has been archived; please open a new issue for any further discussion label Oct 10, 2021
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
accepted There is consensus among the team that this change meets the criteria for inclusion archived due to age This issue has been archived; please open a new issue for any further discussion breaking This change is backwards-incompatible rule Relates to ESLint's core rules
Projects
None yet
Development

No branches or pull requests

2 participants