Move focus to next block after deleting one

[ChrisVn]

Thanks for reporting this.
At the moment there are still many situations where you “lose” the current focus. This is a little bit annoying because it it interrupts your workflow.
E.g. when you collapse an outline with the shortcut you also lose the focus.

I also reported similar problems here:

LOGseq gets confused itself - where is the cursor - am I in edit mode?

(v0.2.10, Windows, desktop) Initial situation: You have 2 TODOs one below the other and the cursor is in the second todo (edit mode). If you now click on the check box of the first todo (“done”), LOGseq is (at least for me) in an unclear state. If you then press the keys “up”, for example, LOGseq scrolls to the very end of the page. [logseq_todo_scrolling_down]

and here:

Cursor jumps to a completely unexpected position

There are situations where the view respectively the cursor seems to jump to a completely unexpected position. Example 1) TODO Block 1 - Block 1.1 - Block 1.2 The important things to reproduce the problem are… The TODO is not in the journal of the current day, but on one of the previous days. There is a query in the journal of the current day that shows TODO Block 1 If you now go from e.g. Block 1.1 up to TODO Block 1, the cursor does not jump to the block directly above, but to the “TOD…

I hope the dev team will find and fix all those situations where Logseq loses the focus.