Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Feature Request: Live Preview scrolling issue #404

Open
andreas83 opened this issue Nov 18, 2022 · 4 comments
Open

Feature Request: Live Preview scrolling issue #404

andreas83 opened this issue Nov 18, 2022 · 4 comments

Comments

@andreas83
Copy link

Would be nice if the Live Preview stays in position while editing the markdown file.
Right now the preview always scrolls to first page, which is kinda annoying if you write a long text with multiple pages.

@xyz-worx
Copy link

xyz-worx commented May 7, 2023

Up to the tagged version 1.87 synchronized scrolling between editor and preview was given. After cloning this project and creating some intermediate local branches between 1.87 and 'master' it is obvious from my point of view that changing to Webkit2 did the issue.

If you checkout the commit from 2018-01-06, 00:21 synchronized preview is available. This also includes the 'Search & Replace' feature as well as the possibility to use relative paths for images to be rendered correctly with PDF-export.

@Jirido
Copy link

Jirido commented Oct 30, 2023

I also suffer.

Up to the tagged version 1.87 synchronized scrolling between editor and preview was given. After cloning this project and creating some intermediate local branches between 1.87 and 'master' it is obvious from my point of view that changing to Webkit2 did the issue.

If you checkout the commit from 2018-01-06, 00:21 synchronized preview is available. This also includes the 'Search & Replace' feature as well as the possibility to use relative paths for images to be rendered correctly with PDF-export.

I think andreas83 did not even have the ambition for synchronized scrolling, but just the preview page to stay in place as one put it, instead of jumping back to the beginning every time one edit. How is one meant to be able to use live preview beyond the first page?

Else, the program is solid. I would like to be able to darken the edit area also. Night mode does not work for me.

@xyz-worx
Copy link

xyz-worx commented Nov 4, 2023

Hi Andreas,
I don't want to hijack you thread, but I think it's worth to answer Jirido's post.

Jirido, I think, Andreas (and I) do have the ambition for synchronized scrolling - because it did work up to version 1.87, before the switch to 'webkit2'.
Think about a text of, let's say, 500 lines. Up to that time it was possible to edit line 10 - and you could see the rendered text in the preview pane immediately. Then jump to line 400 in the text pane - the rendered text of line 400 could be seen in the preview. Even without any editing by only moving the scroll bar of the text pane --> the rendered text in the preview was in synch.

@andreas:
Somewhere in the issue discussion I found a attempt to fix this issue posted by lowlevel-1989.
From my point of view, it is not a real fix to get the known behavior before. He adds a small JavaScript code at the
end of the text - this should align the rendered text in the preview. This hack was also posted somewhere in one of
the threads.
As I said, it is not a real fix. If you edit your text somewhere you have to 'search' and scroll to the right location
in the preview. If this is done, further editing keeps the rendered text in synch without jumping to the top line.

Nevertheless, it is not the same behavior as before.

@Jirido
Copy link

Jirido commented Nov 17, 2023

Thank you. I look forward to it working.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants