Placeholder not shown when another editor's cursor is on the same line
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 3/5
- Temps estimé
- 1-2 jours
- Accessibilité débutants
- 45/100
- Type d'issue
- Bug
- Clarté
- Plutôt claire
- Activité
- À l'abandon
- Stack technique
- react, typescript
- Domaine
- frontend
Piste de recherche
Reproduce the issue at the BlockNote collaborative editing demo with two users placing cursors on the same empty line. Trace the placeholder rendering and collaborative cursor handling to determine why the placeholder disappears, then verify that it remains visible on empty lines with other cursors present.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
Describe the bug
When the cursor is on an empty line, a placeholder should be displayed. However, in collaborative editing scenarios, the placeholder is not shown if another editor's cursor is present on the same line.
This issue can be observed in the following video:
https://github.com/user-attachments/assets/9c097cac-5c37-4433-a6e3-09e54410fb35
This issue is particularly problematic when editing a completely empty document, as it occurs on the very first line, leading to a confusing user experience.
To Reproduce
- Open a document in collaborative editing mode with multiple users - https://www.blocknotejs.org/
- One user places their cursor on an empty line
- Another user places their cursor on the same empty line
- Observe that the placeholder text is not displayed
Expected behavior:
The placeholder should be visible on empty lines regardless of other editors' cursor positions.
Actual behavior:
The placeholder is hidden when multiple cursors are present on the same empty line.
Misc
- Node version:
- Package manager:
- Browser:
- I'm a sponsor and would appreciate if you could look into this sooner than later 💖
- Langage dominant
- TypeScript
- Étoiles
- 10.2k
- Forks
- 772
- Merge moyen
- 3 j 11 h
- PR mergées (30 j)
- 17
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de TypeCellOS/BlockNote
-
Difficulté 2/5 1-3 heures Accessibilité débutants 84/100
TypeCellOS/BlockNote#3098 ·
-
Off-By-One `RangeError` Crash and Text Duplication in `StyleManager.editLink` and `deleteLink` Ouverteneeds-triage
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
TypeCellOS/BlockNote#3073 ·
-
needs-triage
Difficulté 2/5 1-3 heures Accessibilité débutants 85/100
TypeCellOS/BlockNote#3072 ·
-
Difficulté 2/5 1-3 heures Accessibilité débutants 82/100
TypeCellOS/BlockNote#2949 · 1 commentaire ·
-
a11y
Difficulté 2/5 1-3 heures Accessibilité débutants 68/100
TypeCellOS/BlockNote#2855 ·
Toutes les issues de TypeCellOS/BlockNote
Issues similaires
-
clawsweeper:fix-shape-clear clawsweeper:queueable-fix clawsweeper:source-repro impact:ux-friction issue-rating: 🦞 diamond lobster no-stale P3
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
-
community first-timers-only good first issue hacktoberfest help wanted low hanging fruit up-for-grabs
Difficulté 1/5 Moins d'une heure Accessibilité débutants 76/100
-
code-quality refactoring
Difficulté 2/5 1-3 heures Accessibilité débutants 84/100
github/gh-aw-firewall#8816 ·
-
integration:quickjs org:external priority:backlog topic:code-interpreter topic:middleware type:feature
Difficulté 2/5 1-3 heures Accessibilité débutants 74/100
langchain-ai/deepagents#6450 ·
-
Difficulté 1/5 Moins d'une heure Accessibilité débutants 88/100
vercel/react-tweet#225 ·