What’s broken?
Hello, I'm opening an issue about comment thread actions accessibility
In the comments sidebar, each thread has emoji and options buttons in the comment header. Two issues:
1. Hover-only controls
These buttons only appear on mouse hover. Without hovering first, they are not reachable by keyboard (Tab).
2. Unlabeled buttons
If buttons are made visible via hover, Tab can reach them but the screen reader announces only bouton with no accessible name:
| Control |
SR announcement |
| Emoji button |
bouton |
| Options button (closed) |
bouton |
| Options menu (open) |
Modifier le commentaire, Supprimer le commentaire ✅ |
Menu items are fine; trigger buttons are not.
What did you expect to happen?
- Make action buttons keyboard-accessible, always visible in sidebar, or shown on
:focus-within, not only :hover.
- Add
aria-label on emoji and options buttons (e.g. "Add reaction", "Comment options").
Steps to reproduce
Focus in a comment
buttons does nt appears
BlockNote version
0.51.1
Environment
windows
Additional context
No response
Contribution
Sponsor
What’s broken?
Hello, I'm opening an issue about comment thread actions accessibility
In the comments sidebar, each thread has emoji and options buttons in the comment header. Two issues:
1. Hover-only controls
These buttons only appear on mouse hover. Without hovering first, they are not reachable by keyboard (Tab).
2. Unlabeled buttons
If buttons are made visible via hover, Tab can reach them but the screen reader announces only
boutonwith no accessible name:boutonboutonModifier le commentaire,Supprimer le commentaire✅Menu items are fine; trigger buttons are not.
What did you expect to happen?
:focus-within, not only:hover.aria-labelon emoji and options buttons (e.g. "Add reaction", "Comment options").Steps to reproduce
Focus in a comment
buttons does nt appears
BlockNote version
0.51.1
Environment
windows
Additional context
No response
Contribution
Sponsor