Has this been added in 0.8.10 or 0.8.11? Because this thread also includes restoring last document position while switching between different files, not just when closing and opening Obsidian.

Any news about that?
I think the most important feature is storing document positions while switching between different documents in the vault. For example, while I’m reading a long note, then I switch to another note to write my thoughts and when I turn to the previous note… the last position is lost, the top of note is visualized and I have to manually scroll to the point I was reading before.

Keeping document positions in the session should be standard behaviour. I don’t know if a specific thread should be created.

Restore last document position upon starting obsidian - I think - should be an option in settings.

Technically if you navigate to a different note, then use the back button or ctrl+alt+arrow keys to return, then your position is temporarily saved. This is an improvement, but is not sufficient if you don’t want to scroll through a bunch of pages. I agree, the default behavior should be to maintain document position no matter the action.
This thread was initially about position retention in all situations, but once the partial functionality was implemented, @WhiteNoise renamed it.

3 Likes

At least now it saves the position while Obsidian is open, but restoring the position when reopen the app would be quite nice.

Hi. I wrote a plugin that remembers the position of the cursor and scroll for each note. Look for “Remember cursor position” in the community plugins list.

Here is the repository: GitHub - derwish-pro/obsidian-remember-cursor-position: Obsidian plugin. Remember cursor position for each note

6 Likes

This feature is a really convenient one, especially when the md file is large. Upvote!

Thank you @derwish for the amazing plugin. I was wondering if it could be made to remember the horizontal scroll position in addition to the vertical scroll position. I’ve opened a new issue on github.

Use case or problem

I process most of my stuff from obsidian mobile using one file, adding new lines to the bottom. Every time I reopen obsidian, it takes me to the top of that file, whilst I’d prefer to be taken to my original location within the file.

Proposed solution

Remember scroll location when closing the workspace

4 Likes

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.

1 Like

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:

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

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

25 Likes

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)

Potplayer.
image

2 Likes

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:

3 Likes

I need the feature!

2 Likes

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.

2 Likes

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