fix: update y-prosemirror to fix #1462

[nperez0111]

This only updates y-prosemirror to the latest patch version which includes this fix for selection handling: yjs/y-prosemirror#181

Which resolves #1462

[vercel]

The latest updates on your projects. Learn more about Vercel for Git ↗︎

Name	Status	Preview	Updated (UTC)
blocknote	✅ Ready (Inspect)	Visit Preview	Apr 14, 2025 7:01am
blocknote-website	✅ Ready (Inspect)	Visit Preview	Apr 14, 2025 7:01am

[pkg-pr-new]

Open in StackBlitz

@blocknote/ariakit

npm i https://pkg.pr.new/TypeCellOS/BlockNote/@blocknote/ariakit@1608

@blocknote/code-block

npm i https://pkg.pr.new/TypeCellOS/BlockNote/@blocknote/code-block@1608

@blocknote/core

npm i https://pkg.pr.new/TypeCellOS/BlockNote/@blocknote/core@1608

@blocknote/react

npm i https://pkg.pr.new/TypeCellOS/BlockNote/@blocknote/react@1608

@blocknote/server-util

npm i https://pkg.pr.new/TypeCellOS/BlockNote/@blocknote/server-util@1608

@blocknote/mantine

npm i https://pkg.pr.new/TypeCellOS/BlockNote/@blocknote/mantine@1608

@blocknote/shadcn

npm i https://pkg.pr.new/TypeCellOS/BlockNote/@blocknote/shadcn@1608

@blocknote/xl-docx-exporter

npm i https://pkg.pr.new/TypeCellOS/BlockNote/@blocknote/xl-docx-exporter@1608

@blocknote/xl-multi-column

npm i https://pkg.pr.new/TypeCellOS/BlockNote/@blocknote/xl-multi-column@1608

@blocknote/xl-odt-exporter

npm i https://pkg.pr.new/TypeCellOS/BlockNote/@blocknote/xl-odt-exporter@1608

@blocknote/xl-pdf-exporter

npm i https://pkg.pr.new/TypeCellOS/BlockNote/@blocknote/xl-pdf-exporter@1608

commit: 480dc36

[YousefED]

Great to see this fixed!! I'm not sure if we can prevent this, but I do think you can now force one's cursor to jump to the next block (the gif below is not super clear - can jump on a call to discuss)

[nperez0111]

Great to see this fixed!! I'm not sure if we can prevent this, but I do think you can now force one's cursor to jump to the next block (the gif below is not super clear - can jump on a call to discuss)

Unfortunately, I think this is an inherent limitation of y-prosemirror representing content as an XML tree: yjs/y-prosemirror#44 (comment) If this were a flat tree, then the character position would be stable in an operation like this.

The node that the cursor is referencing is deleted so the relative position points to a node that no longer exists, but did exist after the first node, so it guesses that it was closer to the end of the content. TextSelection.between then moves that in-between position to the first position in the node since it's bias is unspecified. You could try to bias it going backward (i.e. pick the position before so the end of the node content), but that still is just as unexpected and would mess with the logic in the other direction so it makes sense to keep the current default.

If y-prosemirror applied minimal diffs, then we could map the selection using normal prosemirror behavior instead of having to use a relative position. But, that would still require work on the y-prosemirror side to resolve.

[nperez0111]

Along the way of looking into this. I rewrote the selection handling in y-prosemirror to be much more robust, so I guess it wasn't completely wasted effort! yjs/y-prosemirror#182