Mercurial > vim
view pixmaps/tb_exit.xpm @ 33662:664ee4c0daca v9.0.2069
patch 9.0.2069: possible to escape bracketed paste mode with Ctrl-C
Commit: https://github.com/vim/vim/commit/67ec6553839f070cd4cc8effa26a9db1750e17b6
Author: David Leadbeater <dgl@dgl.cx>
Date: Thu Oct 26 22:00:34 2023 +0200
patch 9.0.2069: possible to escape bracketed paste mode with Ctrl-C
Problem: possible to escape bracketed paste mode with Ctrl-C
Solution: Do not handle Ctrl-C specially when key_protocol
is in use, makes bracketed paste mode more robust
When a key protocol is in use Ctrl-C will be sent as an escape sequence,
but a raw Ctrl-C can be sent when pasting data. Pass this through, so
that a Ctrl-C can be pasted and won't result in exiting insert mode
(where the rest of the pasted keys can cause all kind of nasty
side-effects).
Many terminals will strip control characters in paste data (and xterm
will strip ^C since version 388), but this provides some defense in
depth if users change settings like xterm's allowPasteControls.
closes: #13398
Signed-off-by: David Leadbeater <dgl@dgl.cx>
Signed-off-by: Christian Brabandt <cb@256bit.org>
author | Christian Brabandt <cb@256bit.org> |
---|---|
date | Thu, 26 Oct 2023 22:15:04 +0200 |
parents | 3fc0f57ecb91 |
children |
line wrap: on
line source
/* XPM */ static char * tb_exit_xpm[] = { /* width height ncolors cpp [x_hot y_hot] */ "18 18 9 1 0 0", /* colors */ " s none m none c none", ". s iconColor1 m black c #000000", "X s iconColor2 m none c #FFFFFF", "o s bottomShadowColor m black c #5D6069", "O s iconColor3 m black c #FF0000", "+ s iconGray3 m none c #adadad", "@ s iconGray4 m none c #949494", "# s iconGray5 m black c #737373", "$ s iconGray6 m black c #636363", /* pixels */ " ", " ", " ........ ", " .XXXXXX.o ", " .XXXXXX.o ", " ...XXXXXX.o ", " .O.XXXXXX.o ", " ......OO.XX..X.o ", " .OOOOOOOO.X..X.o ", " .OOOOOOOO.XXXX.o ", " ......OO.XXXXX.o ", " .O.XXXXX+.o ", " ...XXXX++.o ", " .XX++@#.o ", " .X+@##$.o ", " ........o ", " ooooooo ", " "};