commit d3d81f46445c69af661102ece1979c880724415e parent 7c010c6353e9eac94979287f44d3ee080a9d1a76 Author: Jan Klemkow <j.klemkow@wemelug.de> 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