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.
@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.
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.
Resume tagged a note for a different folder as the correct note to resume to. I.e., I'd click on a folder and Resume Note would zip me to an entirely different folder.
I moved a note out of a folder to another folder (I can't remember if I use the "Move to notebook" method or just dragged it; I probably just dragged it.)
Now every time I click the originating folder, the cursor jumps to the 'moved to' folder.
I fixed it by turning off Resume Note. Restarting. Clicking around a bit. Turning it back on. Then restarting Joplin.
I was unable to repeat the error.
Resume Note and Note Tabs fight each other. Resume Note normally wins. I.e., If clicking on a Note Tab takes me to a note in a different folder, Resume Note will take me to whichever note it thinks needs focus within that folder telling Note Tabs to pound sand. I click the Note Tabs tab again and it switches to the correct note within that folder.
Thanks @t0dd, there's a pending PR that might solve these issues. I've been testing it for some time, but would appreciate user feedback. You can download a pre-release here.
If anyone else does know and would like to open a PR for the plugin, I'd be happy to consider it.