client: Fix tooltipped instances by moving class to interactive elements #4937
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.
Fixes #4865.
The current problems faced with the
tooltipped
CSS are discussed somewhat in #4865; this PR takes the approach of correcting usage in several instances so that thetooltipped
class is applied to the interactive element (rather than e.g. a wrapping div or span).Correcting this has the following effects:
aria-label
no longer needs to be duplicated, as it is now on the one element that matters both in terms of CSS and interactivityThe few CSS changes in this PR allow icons to continue working, and prevent opacity changes from affecting the tooltip.
This PR intentionally does not cover all
tooltipped
instances. I have more work covering the rest that I would rather PR separately, as it also includes more interactivity fixes (for keyboard and e.g. screen readers) that overlap with the same elements. I wanted to send the more straightforward non-intertwined part first. Relatedly, I don't claim to also fix #4866 with this PR - that'll be covered in the other part.