Start migrating rules away from counter system #57
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Relates to: #56
This PR starts prepping for deprecation of the counter system which we've used as a way to get around lack of support for inline disables. This is no longer necessary with the latest ERB version which now offers inline disable support.
This PR renames
AvoidBothDisabledAndAriaDisabledCounter
to beAvoidBothDisabledAndAriaDisabled
, deprecating the counter from the name.The to-be-deprecated counter system will continue to work if it's configured explicitly, so existing counter comments shouldn't break. Basically if ERBLint config is:
The existing counter comments shouldn't break. We will default to counter system off. We can keep them enabled and turn them off as we migrate each rule.
This PR adds a doc which we will be surfaced during the new release which instructs how to migrate away from counters.
Preview migration doc 🔍 . I am hoping we can also include a script to ease this migration for our release.
If this approach seems fine, I plan to follow-up with every other rule to prep for migration internally.