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
Emacs version: GNU Emacs 31.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.43, cairo version 1.18.2)
Operating System: NixOS 25.05 (Warbler)
Evil version: Evil version 1.15.0
Evil installation type: ELPA via emacs-overlay
Graphical/Terminal: Graphical (Wayland) and Terminal
Tested in a make emacs session (see CONTRIBUTING.md): N/A (emacs-overlay handles this automatically)
Open a typescript file, with typescript-ts-mode, flymake & eglot enabled
In an emacs-lisp scratch buffer, make some errors and warnings which are long enough that the diagnostic becomes visually multiple lines in the window
Eval (evil-next-visual-line)
Expected behavior
Even though the overlay spans multiple visual lines, evil-next-visual-line would move point down to the next visual line that is considered navigable for point (and thus the overlay should be skipped over).
Actual behavior
evil-next-visual-line does not move if the overlay spans multiple visual lines, even if the actual buffer text fits within a single visual line. It works fine when the overlay fits on the visual line.
Further notes
It seems that evil-previous-visual-line is not affected by this issue
The text was updated successfully, but these errors were encountered:
johnhamelink
changed the title
evil-next-visual-line and flymake-show-diagnostics-at-end-of-line
[Bug] evil-next-visual-line doesn't scoll past big diagnostics when flymake-show-diagnostics-at-end-of-line is tDec 20, 2024
Issue type
Environment
Emacs version: GNU Emacs 31.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.43, cairo version 1.18.2)
Operating System: NixOS 25.05 (Warbler)
Evil version: Evil version 1.15.0
Evil installation type: ELPA via emacs-overlay
Graphical/Terminal: Graphical (Wayland) and Terminal
Tested in a
make emacs
session (see CONTRIBUTING.md): N/A (emacs-overlay handles this automatically)Reproduction steps
(setq flymake-show-diagnostics-at-end-of-line t)
(evil-next-visual-line)
Expected behavior
Even though the overlay spans multiple visual lines,
evil-next-visual-line
would move point down to the next visual line that is considered navigable for point (and thus the overlay should be skipped over).Actual behavior
evil-next-visual-line
does not move if the overlay spans multiple visual lines, even if the actual buffer text fits within a single visual line. It works fine when the overlay fits on the visual line.Further notes
evil-previous-visual-line
is not affected by this issueThe text was updated successfully, but these errors were encountered: