Issue #116 resolved

evil-paste-after triggers line wrapping with auto-fill mode

dnquark
created an issue

Consider the following line: {{{ some very long line that extends past the fill column }}} If I do {{{yyp}}}, after pasting, the copied line will wrap, and the buffer will look like:

{{{ some very long line that extends past the fill column some very long line that extends past the fill column }}}

This behavior is inconsistent with copying/pasting lines in Emacs (which doesn't trigger auto-fill on the copied line). Also, the behavior is not, IMO, correct: the act of copying/pasting should //not// modify the text that was being copied. There are several ways to trigger wrapping when auto-fill is on, and pasting text shouldn't be one of them. In many cases, the user might actually desire to have the line over-running the fill-column deliberately, in which case the forced wrapping on copy/paste is an annoyance.

Comments (1)

  1. Frank Fischer repo owner

    Replace non-interactive uses of `newline' with (insert "\n")

    The `newline' function is intended for interactive use and does, in addition to the insertion of the newline character other side effects (because it uses `self-insert-command'). Because these side effects are usually undesirable in non-interactive use we insert the newline character directly. This fixes issue #116.

    Wiki macro error: Changeset d09e837ac7dd not found.

  2. Log in to comment