| commit | bda9c9ffa645ee5e4b2507474ebfa1c5efb889b2 | |
| author | k0ga <k0ga@shike2.com> | |
| Sat, 16 May 2020 09:48:18 +0000 (16 09:48 +0000) | ||
| committer | Hiltjo Posthuma <hiltjo@codemadness.org> | |
| Sat, 16 May 2020 10:37:14 +0000 (16 12:37 +0200) | ||
| tree | c3c312e78453af54fc25ace08a0f4b0a37b67e72 | treesnapshot (tar.gz zip) |
| parent | 045a0fab4f80b57f4a982ae6bc5f33fe21d66111 | commitdiff |
Make shift+wheel behaves as shift+Prev/Next
St uses a very good hack where mouse wheel genereates ^Y and ^E,
that are the same keys that less and vi uses for backward and
fordward scrolling. Scroll, as many terminal emulators, use
shift+Prev/Next for scrolling, but it is also using ^E and ^Y
for scroling, characters that are reserved in the POSIX shell
in emacs mode for end of line and yanking, making scroll unsable
in st.
This patch adds a new hack, making shift+wheel returning the
same sequences than shift+Prev/Next, meaning that scroll or
any other similar program will not be able to differentiate
between them.
St uses a very good hack where mouse wheel genereates ^Y and ^E,
that are the same keys that less and vi uses for backward and
fordward scrolling. Scroll, as many terminal emulators, use
shift+Prev/Next for scrolling, but it is also using ^E and ^Y
for scroling, characters that are reserved in the POSIX shell
in emacs mode for end of line and yanking, making scroll unsable
in st.
This patch adds a new hack, making shift+wheel returning the
same sequences than shift+Prev/Next, meaning that scroll or
any other similar program will not be able to differentiate
between them.
| config.def.h | diffblobblamehistory |