1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
|
---
title: "Zsh 5.1 and bracketed paste"
date: 2015-09-21T14:40:36-07:00
date_display: September 21, 2015
...
**TL;DR.** Jump to [code](#code).
---
In short, Zsh 5.1 introduced bracketed paste mode[^1] and turned it on by default (as it seems to me[^update]). It is nice in certain ways — I appreciate the change, yet I was bitten nevertheless. In at least two ways:
1. Most annoyingly, `url-quote-magic` doesn't work anymore when pasting URLs, so for example if I paste
https://www.google.com/search?q=zsh
without typing in a single or double quote first, the `?` and `=` won't be backslash-quoted by default, which causes an error when passed unnoticed (out of habit).
2. The Emacs shell[^2] is littered with `^[[?2004h` and `^[[?2004l` around every prompt.
The solution? Zsh now also ships with [`bracketed-paste-magic`](https://github.com/zsh-users/zsh/blob/master/Functions/Zle/bracketed-paste-magic) that resolves exactly breakage #1 (and a bit more); to quote comments from the linked source file:
> Starting with zsh-5.1, ZLE began to recognize the "bracketed paste"
capability of terminal emulators, that is, the sequences `$'\e[200~'` to
start a paste and `$'\e[201~'` to indicate the end of the pasted text.
Pastes are handled by the bracketed-paste widget and insert literally
into the editor buffer rather than being interpreted as keystrokes.
>
> This disables some common usages where the self-insert widget has been
replaced in order to accomplish some extra processing. An example is
the contributed url-quote-magic widget. The bracketed-paste-magic
widget replaces bracketed-paste with a wrapper that re-enables these
self-insert actions, and other actions as selected by the zstyles
described below.
And to resolve breakage #2, just disable bracketed paste altogether for dumb terms.
<p id="code">Putting it together:</p>
```zsh
# turn off ZLE bracketed paste in dumb term
# otherwise turn on ZLE bracketed-paste-magic
if [[ $TERM == dumb ]]; then
unset zle_bracketed_paste
else
autoload -Uz bracketed-paste-magic
zle -N bracketed-paste bracketed-paste-magic
fi
```
---
<span id="update">**09/22/2015 update.**</span> I only read `NEWS` and not `README`, so I missed out on a very clear announcement of the [bracketed paste incompatibitilies (between 5.0.8 and 5.1)](https://github.com/zsh-users/zsh/blob/68405f31a043bdd5bf338eb06688ed3e1f740937/README#L38-L45):
> The default behaviour when text is pasted into an X Windows terminal has
changed significantly (unless you are using a very old terminal emulator
that doesn't support this mode). Now, the new "bracketed paste mode"
treats all the pasted text as literal characters. This means, in
particular, that a newline is simply inserted as a visible newline; you
need to hit Return on the keyboard to execute the pasted text in one go.
See the description of `zle_bracketed_paste` in the `zshparams` manual for
more. "`unset zle_bracketed_paste`" restores the previous behaviour.
[^1]: Bracketed paste mode is a safeguard against inadvertent interpretation of pasted text, e.g., newline being treated at `accept-line` in Zsh. You may read more about it [in this blog post](https://cirw.in/blog/bracketed-paste), which is somewhat outdated yet still informational.
[^2]: I seldom use this dumb (literally) thing, but when I do I expect it to work ungarbled, naturally.
[^update]: Indeed it is. See [update](#update) with more accurate info from official source.
|
