I can't figure this out. I installed the update. Thank you. Using Android 14. But, the issue I wanted it for most doesn't seem to be addressed (or possibly even possible). When I am proofreading a long note and find something to correct, I switch to edit mode and end up at the top of the 7 or so pages of a note. Then I must search down pages before I find the spot I needed to change. It does seem to return to the cursor position from the Edit mode, which is nice. Am I missing something, or is the idea of it knowing where I am in preview mode just not something you attempted to do?
However, I am now opening notes in Edit mode instead of preview mode and returning to my last position, so that's great.
Exactly right. This is not something that I know how to do in a plugin (not sure if it's possible), so never claimed of achieving it.
If anyone else does know and would like to open a PR for the plugin, I'd be happy to consider it.
Personally, I'm content with using only the editor, but I understand why it's a desired feature. Sorry I can't help with that.
Honestly, when I stopped and thought about it, realizing there is no cursor in preview mode, I felt a bit silly. Your description clearly says, “Save cursor and selection” — which preview doesn't have.
But, still, returning to where I left off and opening in editor mode that I use 95% of the time, are improvements for me. Thank you.
1 Like
@shikuz I have no words to explain how much I appreciate your work here.
I've spent so many days in the past and last week trying to fix this in Joplin core.
Already gave up, but though hey, let's give Grok (AI) another try and he found this topic!!
Yeee-hoooo!!!
P.S. I wonder why does plugin save scroll position - seems to be working as expected in latest pre-release version.
1 Like
That's an interesting point. Apparently, when the preview pane is on (e.g., in split view), Joplin remembers the scroll position. But this doesn't work: (1) when only the editor pane is on; (2) across app sessions; (3) across devices. The plugin takes care of these 3 use cases.
Thanks for reporting this. This is indeed a limitation of restoring the scroll position. I tried to work around this in the latest release, by adding a new setting.
v0.3.2
- added: setting: restoreScrollPosition (default: enabled)
- when this setting is off, the scroll position will not be set by the plugin
- if the preview pane is visible, setting this off will not change the app's behaviour, for the most part
- at the same time, it will let Joplin scroll to note headings
1 Like