discribe the current status of scroll - scroll - scrollbackbuffer program for st | |
git clone git://git.suckless.org/scroll | |
Log | |
Files | |
Refs | |
README | |
LICENSE | |
--- | |
commit d3d81f46445c69af661102ece1979c880724415e | |
parent 7c010c6353e9eac94979287f44d3ee080a9d1a76 | |
Author: Jan Klemkow <[email protected]> | |
Date: Mon, 18 Jan 2021 21:42:06 +0100 | |
discribe the current status of scroll | |
Diffstat: | |
M README | 17 +++++++++++++++++ | |
1 file changed, 17 insertions(+), 0 deletions(-) | |
--- | |
diff --git a/README b/README | |
@@ -7,6 +7,23 @@ productive use. | |
The initial version of this program is from Roberto E. Vargas Caballero: | |
https://lists.suckless.org/dev/1703/31256.html | |
+What is the state of scroll? | |
+ | |
+The project is faced with some hard facts, that our original plan is not doable | |
+as we thought in the fist place: | |
+ | |
+ 1. [crtl]+[e] is used in emacs mode (default) on the shell to jump to the end | |
+ of the line. But, its also used so signal a scroll down mouse event from | |
+ terminal emulators to the shell an other programs. | |
+ | |
+ - A workaround is to use vi mode in the shell. | |
+ - Or to give up mouse support (default behavior) | |
+ | |
+ 2. scroll could not handle backward cursor jumps and editing of old lines | |
+ properly. We just handle current line editing and switching between | |
+ alternative screens (curses mode). For a proper end user experience we | |
+ would need to write complete new terminal emulator like screen or tmux. | |
+ | |
What is the performance impact of scroll? | |
indirect OpenBSD |