You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I need to use a "refresh interval" of 0, because the default kills my laptop battery. In v. 3.1.3 of the extension, when I save changes, the preview jumps to a position that puts the line that the cursor is on at the top of the window. In practice, this means that the line that I am editing moves to the top of the preview window, regardless of how low it is in the editor (but if I put the cursor on another line before saving, the preview jumps to that line). This is irritating, as I generally need to see the lines above the one that I'm working on, especially when I'm deriving equations.
This bug does not occur if I disable "scroll preview with editor", but that feature is too useful to disable. On the other hand, that feature does at least allow me to restore the preview to the correct position by scrolling the editor slightly.
Versions 3.1.2 and 3.1.0 of the extension suffer from the same problem, but version 2.9.8 doesn't suffer from it, so I've reverted to that version.
It seems like you should be able to observe this bug with any .adoc file that is long enough to have a scrollable preview. But you can use this file as an example, if you like.
Steps to Reproduce
Set "refresh interval" to 0 and enable "scroll preview with editor".
Split the editor.
Open the preview in one side of the split.
Scroll to the top of the editor window.
Without scrolling, edit any line in (say) the bottom half of the editor window.
I think we should define if we want to scroll the preview with the cursor. Currently, it does but only when you save the document.
We could introduce an option to enable/disable this feature.
I personally wouldn't find a "scroll preview with cursor" feature useful, as:
Rolling a mousewheel or sliding a trackpad is faster than moving to a line and clicking; and
Putting the cursor on a line doesn't express anything about where the user wants that line to be in the preview window. So the extension would have to make an assumption (e.g. assume that the user wants the active line to be at the top of the preview), which will often be wrong.
Putting the cursor on a line doesn't express anything about where the user wants that line to be in the preview window. So the extension would have to make an assumption (e.g. assume that the user wants the active line to be at the top of the preview), which will often be wrong.
I agree.
In that case, we should revert this behavior. I don't think it was intended but rather a side effect.
I need to use a "refresh interval" of 0, because the default kills my laptop battery. In v. 3.1.3 of the extension, when I save changes, the preview jumps to a position that puts the line that the cursor is on at the top of the window. In practice, this means that the line that I am editing moves to the top of the preview window, regardless of how low it is in the editor (but if I put the cursor on another line before saving, the preview jumps to that line). This is irritating, as I generally need to see the lines above the one that I'm working on, especially when I'm deriving equations.
This bug does not occur if I disable "scroll preview with editor", but that feature is too useful to disable. On the other hand, that feature does at least allow me to restore the preview to the correct position by scrolling the editor slightly.
Versions 3.1.2 and 3.1.0 of the extension suffer from the same problem, but version 2.9.8 doesn't suffer from it, so I've reverted to that version.
It seems like you should be able to observe this bug with any
.adoc
file that is long enough to have a scrollable preview. But you can use this file as an example, if you like.Steps to Reproduce
System Information
Version: 1.80.2
Commit: 2ccd690cbff1569e4a83d7c43d45101f817401dc
Date: 2023-07-27T20:41:52.615Z
Electron: 22.3.14
ElectronBuildId: 22695494
Chromium: 108.0.5359.215
Node.js: 16.17.1
V8: 10.8.168.25-electron.0
OS: Linux x64 5.15.0-78-generic
The text was updated successfully, but these errors were encountered: