When using multi-line cursor selections ctrl+shift+up or ctrl+shift+down the viewport only follows the cursor corretly one way. So when selecting multiple lines downwards the viewport correctly follows the cursor such that it is always in view, this does not happen when selecting upwards, see gif below.
Environment
Platform: Windows
Platform version: 11
App Version: 5.4.3
How to reproduce
Have the cursor be on a line in a note document with more lines that can fit in view
Press ctrl+shift+down enough times to reach a line that would have been out of view originally
See the viewport follow such that the cursor is still in view
Go back to a single selected line/cursor
Press ctrl+shift+up enough times to reach a line that would have been out of view originally
See the viewport incorrectly not follow the cursor such that you now can not see which line the cursor is on
The update does not seem to have completely resolved the issue. Now when multiline selecting upwards it does follow the cursor until the multiline cursor fills the number of lines that fill the whole viewport, meaning that the cursor still disappears out of view in top. But when doing the same it does follow the cursor downwards.
To test this try.
Place the cursor in the middle of the viewport
Use the multiline selection upwards enough to reach the top of the viewport
Use the multiline selection upwards enough to fill the whole viewport and see the top still being kept in view
Continue and now see the top disappearing out of view
Do these steps again but now multiline selection downwards and see the cursor being kept in view in step 4
Thanks for the report.
Ah makes sense. So, it looks like CodeMirror only scrolls for the primary cursor or something.
Since Inkdrop itself does nothing to do with this behavior, it’d be a bug of CodeMirror.
Would you mind reporting it to them?
Once it gets fixed, I would be happy to update it!
