Restore last document position/scroll position/cursor position

When I go from preview mode to edit mode the scroll location is not in one place. This actually causes a lot of trouble in the case of long notes.


Not sure if you’ve solved this, but there’s this plugin for the PC version, I don’t know if it works on mobile:

It doesn’t always work, but when it does, it’s pretty cool :slight_smile:

1 Like

Sometimes when I’m repeatedly switching between notes, I would prefer to maintain my scroll position in each note. It becomes tedious to scroll back down and find my previous position each time. Is it possible to implement this as a setting?

Related: same request except for the Outline plugin: Remember Outline scroll position when switching focus between notes

1 Like

The plugin Remember cursor position does exactly that.

I noticed that switching between notes (even quick back and forth) looses editor position in the note AND undo history.

Both are critical for the application that doesn’t support multiple tabs (as switching between notes is the only way of looking something up and referencing).

mod note: edited this post to focus on remembering position. There is another request for undo history already: Remember recent undo-redo history for each recently opened note


Use case or problem

We often need to edit docmument in the last closed position, but currently the position always on the top when re-open it.

Proposed solution

without scroll down again and remember the last closed position in document.

Current workaround (optional)



How to remember the text insertion position of the editor when switching different files?

Just like the mechanism of browser tab.Visual Studio Code also enables this feature by default.

CTRL + O can’t remember the insertion position or reading position of the editor , and cannot switch to an open page.

Split screen function is limited,there is usually no way to open multiple pages, because it will take up the screen space.

I know that some tabs can be stored in the sidebar, but switching seems to be a problem. It seems that you can only open the sidebar, find the corresponding page, and then drag it. This method is inefficient.

Ctrl+Alt+Left/Right is a good choice for two documents, remembering where to edit, which can cover a lot of situations, but for heavy horizontal editing, which still requires several Windows open, this mechanism is not so good, because it can’t search through the history.

Although in some cases remember where the text is inserted doesn’t help, at least it doesn’t make things worse, so it may be a Pareto improvement.

Visual studio code has such a function, which should be the result of weighing rather than doing it at will.

Two plug-ins(Workbench and sliding-panes) are known to help with this problem, but the problem is far from solved.

The urgent need for this function has also been mentioned on the forum.

If you want this feature, can leave a message below to express your support ! :fist:


I need the feature!


I want it too, hope this feature to be implemented soon.

1 Like

I need the feature!

1 Like

Partial workaround:

(works but is not sufficient to fulfill scope of this request)
Position of caret is preserved when we switch between files open side-by-side, by hotkeys.

I utilize Single key hotkeys with Cycle through panes (plugin) in Sliding panes / Andy mode plugin which makes it usable to work with multiple panes open side-by-side.

The following allows to preserve caret position when switching by mouse instead of hotkeys and/or between distant panes (works from Obsidian Release v0.10.13):

Pressing Tab after typing in the file name bar should also focus on the editor.


I would like this feature too. This is such a killjoy when dealing with multiple open notes.

At present, I have found a temporary solution to this problem.

You need to use the Switch++ and Sliding Panes plugins, which work together.

Of course, there are still a problems.

Due to the function of sliding panel, the left and right split screen function can’t be used.

These two functions are very important to me, it’s really hard to choose.

Use case or problem

Most great editors remember the cursor location when closing file, and restore it when re-opening it. This helps mental continuity in note taking.

Proposed solution

Save and restore cursor location. Possibly, make this toggle-able in settings for users who don’t want it.

Related feature requests (optional)

Option to go to end of file upon opening is related, but cursor-restore is even better.

Related thread.

BTW, Obsidian is insanely awesome for many reasons. Thank you for making it!


+1, without this function it is very difficult to work with more than one page on the screen

1 Like

+1 also. Things like this are frustrating from a UX standpoint.

Persistent Undo
Restore cursor position

What is a bit strange is that sometimes it does remember the cursor position. Though occasionally, if I have my cursor on one line, it can jump up one line. But in general, if I jumped back and forth between 2 or 3 notes, it would remember the position.

But if I click on a sidebar link, then the cursor position seems to be lost on the note I was previously on. And then if I jump back 2 or 3 notes, those notes still remember their position!

(btw, I merged these threads. If you are already aware of a related thread, please reply to that existing one instead of making a duplicate.)

1 Like

Thanks for merging. I searched but hadn’t found this thread until today.

1 Like

maybe there is some kind of plugin? somebody knows?