Small non-Vue gaps. Verified against the installed oxlint's configuration schema (847 rules):
| Rule |
In oxlint |
id-length |
yes |
camelcase |
no |
spaced-comment |
no |
@eslint-community/eslint-comments/no-unused-disable |
see below |
@eslint-community/eslint-comments/require-description |
no |
no-unused-disable is partly covered: oxlint supports reportUnusedDisableDirectives, which overlaps but is not identical.
id-length is already in oxlint, so it can move out of the ESLint base immediately, independent of everything else in this milestone.
What needs to happen
Small non-Vue gaps. Verified against the installed oxlint's configuration schema (847 rules):
id-lengthcamelcasespaced-comment@eslint-community/eslint-comments/no-unused-disable@eslint-community/eslint-comments/require-descriptionno-unused-disableis partly covered: oxlint supportsreportUnusedDisableDirectives, which overlaps but is not identical.id-lengthis already in oxlint, so it can move out of the ESLint base immediately, independent of everything else in this milestone.What needs to happen
id-lengthto the oxlint base now. No reason to wait.camelcaseandspaced-commentare worth keeping.spaced-commentin particular exists mainly to permit// regionmarkers, which is a formatting concern oxfmt could own.reportUnusedDisableDirectivesis a sufficient substitute forno-unused-disable.require-descriptionforces a justification on every suppression comment. That is a real code-quality guard with no oxlint equivalent; decide whether to keep it or enforce it by review.