Many thanks.

This is a upstream bug in checking scrollable parent element.

excalidraw/excalidraw#4806

This will be fixed when upstream Excalidraw has a new release.

See-also: #3414 #2870

I open the .excalidraw file in vscode with excalidraw plugin installed, it works well.
so i think the upstream Excalidraw should have already fixed the bug.

Seems like the upstream patch has already been merged, are we able to move forward on this issue?

Still having this issue with version 0.7.1 (same specs as mentioned above). Is there any fix?

@filipenko4791
YEs. I have the smae issue.

Any update on this? The upstream issue should be fixed in excalidraw 0.12.0. And I still encountered the same on 0.7.6

I've had this isssue for as long as I've used logseq, on both my old PC and my new mac. Fix or workaround?

I've had this isssue for as long as I've used logseq, on both my old PC and my new mac. Fix or workaround?

Huh, just toggled wide mode a few times and its now working normally. How odd.

I've had this isssue for as long as I've used logseq, on both my old PC and my new mac. Fix or workaround?

Huh, just toggled wide mode a few times and its now working normally. How odd.

Toggling the view mode will fix the issue only temporarily. If you try to scroll through the page and write or move Items on the canvas after a toggle of the view mode the cursor will offset again. The issue still persists - Version 0.8.7

@andelf Excalidraw seems to have released version 0.12.0 while Logseq still uses 0.10.0, can the dependency be updated now?

agree that this is very frustrating ... I found that clicking on the bullet containing the drawing instead of trying to edit it in the full page fixes the cursor offset, as a temporary workaround.