TypeCellOS / TypeCellOS/BlockNote
Comment thread actions: hover-only controls and unlabeled buttons in ThreadsSideba
Nobody has claimed this yet.
- Dominant language
- TypeScript
- Stars
- 10.2k
- Forks
- 772
- Avg merge
- 3d 11h
- Merged PRs (30d)
- 17
Description
What’s broken?
In the comments sidebar, each thread has emoji and options buttons in the comment header. Two issues:
-
Hover-only controls
These buttons only appear on mouse hover. Without hovering first, they are not reachable by keyboard (Tab). -
Unlabeled buttons
If buttons are made visible via hover, Tab can reach them but the screen reader announces only bouton with no accessible name:
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
Try to reach this icon using only the keyboard.
It doesn’t work unless the icon has first been hovered with the mouse.
BlockNote version
0.51.4
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start in the comments sidebar implementation, focusing on each thread’s comment header and its emoji and options buttons. Verify the controls are reachable by keyboard without mouse hover and that a screen reader announces meaningful labels such as “Add reaction” and “Comment options”; done means both requirements work in the sidebar.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- react, typescript
- Domain
- accessibility, frontend
- Issue type
- Bug
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Activity status
- Quiet
- Clarity
- Clearly specified
- Newbie friendliness
- 72/100