Preserve view / cursor position when switch between view mode and edit mode

flatu · 2020-04-02T09:18:49.687Z

Usually when looking for the right position for editing a note, intuitively I first scroll to the position in view mode and then press edit.

Unfortunately the edit mode jumps rigt to the top of the note for editing. So I have to look for the right position again.

This is very cumbersome since I have some really long notes that I am maintaining over years.

It would be better if the editor jumps to the position when the user pressed edit in the view mode.

Likewise, wehn leaving the edit mode and turning back to edit mode, it would be good if the view mode does not jump back to the top, but starts at the line where the cursor was last in the edit mode, or with the line that was the top shown line in the editable view.

It could of course made be configurable whether the position is preserved across mode switches or whether the view always snaps to the top.

ado387 · 2020-07-12T05:14:30.189Z

Yeah, I also expect it preserve the view, or at least take you to the last cursor position.
Maybe the best approach would be an option that lets you choose desired behavior.

Unfortunatelly, this is a dealbreaker for me, as I switch between code and preview often, or have to find where I was at if switching from another note in which there were some information I needed for current note. This is most noticable on long notes.

I love this app and check for updates regularly hoping this will be implemented, thanks devs, keep up the good work

desk7 · 2020-07-12T10:39:49.631Z

I think the problem is the double mode edit/preview.
I suggest developers to move to an hybrid approach, the inline preview, such that used in Abricotine (https://abricotine.brrd.fr/) or in VNote (https://tamlok.github.io/vnote/en_us/#!screenshots.md).
In this way you could also remove the dual-pane mode with all its problems, such as the right sync of edit and preview documents.

ado387 · 2020-07-12T16:41:48.814Z

Isn’t that what the experimental WYSIWYG editor is trying to acomplish?
That is similar to how Typora does it, which also alows you to switch from code to hybrid seamlessly, which I sometimes do, and it works as expected.

Still, users may want to continue where they left off last time. Even after finishing reading/editing a note.

desk7 · 2020-07-13T22:11:27.554Z

Well, the WYSIWYG editor is a rich text editor, so no markdown here and editor and preview coincide.
The way I proposed let you still write in raw markdown but you don’t have to jump from to editor to preview every time.

flatu · 2020-08-13T12:56:38.808Z

The topic of this thread is to preserve the cursor position if we switch between modes and if we switch between notes. If there is no mode switch in the future, fine. But switching between notes can always happen and I do it frequently

davidCarlos · 2024-09-01T20:29:56.310Z

I'm still facing this issue in the 3.1.4 release. I think this is an UX bug. It's very annoying to have to scroll back to the line I was after switching from the view mode to the editor mode.

cgombola · 2024-11-08T20:49:01.383Z

x2, I have some very long notes and when I need to go to markdown from WYSIWYG it positions the cursor at the top, then I switch back and top again.

t0dd · 2024-11-08T21:00:24.977Z

Indeed. The cursor position should be saved for every mode and every note as you navigate the application and for when you open and close the application. You should never lose your place. This has been a very long desired improvement voiced many times by me. It seems this must be a difficult issue to resolve though, it has been partially and very imperfectly addressed with Resume Note plugin (it seems to only remember an approximation of position and it will not remember anything upon restart). Resume Note is imperfect, but it is a good start.