Expected
Vim and evil match when typing yyp
Actual
Evil splits the line at the current cursor position instead of properly creating a new line
Steps to Reproduce
- Copy https://github.com/emacs-evil/evil?tab=readme-ov-file#installation into a file
- Run
emacs -Q that-file.el and M-x eval-buffer RET
- Type
yyp anywhere
- Observe
Comparison
emacs 30.2-1 + evil (version 1.15.0 from MELPA)
Screenshot Description
No new-line is properly created before pasting, splitting the current line. The comment "Download Evil" then ends up stretched vertically.
vim -u NONE (gvim 9.2.0204-2) and expected result
Screenshot Description
A new-line is created before pasting, not splitting the current line. All lines match.
Environment
SDDM running Sway on Arch (Wayland)
Additional Test Cases
| Emacs Execution Mode |
Result |
Description |
| standard GUI mode (this bug) |
fail |
Evil splits the line (at the cursor position) instead of creating a new line before pasting. |
term-mode (emacs -nw) |
pass |
yyp matches |
| emacs-wayland (emacs with PGTK) |
mixed |
different bugs block clipboard use but yyp appears to match more closely |
Can anyone else confirm the reproducibility?
Expected
Vim and evil match when typing
yypActual
Evil splits the line at the current cursor position instead of properly creating a new line
Steps to Reproduce
emacs -Q that-file.elandM-x eval-buffer RETyypanywhereComparison
emacs 30.2-1 + evil (version 1.15.0 from MELPA)
Screenshot Description
No new-line is properly created before pasting, splitting the current line. The comment "Download Evil" then ends up stretched vertically.
vim -u NONE(gvim 9.2.0204-2) and expected resultScreenshot Description
A new-line is created before pasting, not splitting the current line. All lines match.
Environment
SDDM running Sway on Arch (Wayland)
Additional Test Cases
emacs -nw)yypmatchesyypappears to match more closelyCan anyone else confirm the reproducibility?