Re: Shift-Insert erratic behavior in edit-command-line vim

[Bart Schaefer <schaefer@brasslantern.com>]

On Oct 25,  8:48pm, lolilolicon wrote:
}
} I use ESC-e (edit-command-line) to edit the current command line in vim.
} Usually in vim Insert mode, I can use Shift-Insert to insert X PRIMARY
} selection, but for some reason, it doesn't work here.
} Instead, vim would enter Normal mode and execute... something

Another side-effect of bracketed-paste.  Fixed in the forthcoming 5.3
release; partial patch was posted in zsh-users/20873, but here is the
full set of changes.

diff --git a/Functions/Zle/edit-command-line b/Functions/Zle/edit-command-line
index 103a1c1..353f260 100644
--- a/Functions/Zle/edit-command-line
+++ b/Functions/Zle/edit-command-line
@@ -1,8 +1,8 @@
 # Edit the command line using your usual editor.
-# Binding this to 'v' in the vi command mode map,
+# Binding this to '!' in the vi command mode map,
 #   autoload -Uz edit-command-line
 #   zle -N edit-command-line
-#   bindkey -M vicmd v edit-command-line
+#   bindkey -M vicmd '!' edit-command-line
 # will give ksh-like behaviour for that key,
 # except that it will handle multi-line buffers properly.
 
@@ -10,7 +10,9 @@
   exec </dev/tty
 
   # Compute the cursor's position in bytes, not characters.
-  setopt localoptions nomultibyte
+  setopt localoptions nomultibyte noksharrays
+
+  (( $+zle_bracketed_paste )) && print -r -n - $zle_bracketed_paste[2]
 
   # Open the editor, placing the cursor at the right place if we know how.
   local editor=${${VISUAL:-${EDITOR:-vi}}}
@@ -24,6 +26,8 @@
     (*) ${=editor} $1;;
   esac
 
+  (( $+zle_bracketed_paste )) && print -r -n - $zle_bracketed_paste[1]
+
   # Replace the buffer with the editor output.
   print -Rz - "$(<$1)" 
 } =(<<<"$PREBUFFER$BUFFER")

-- 
Barton E. Schaefer