discribe the current status of scroll - scroll - scrollbackbuffer program for st
 (HTM) git clone git://git.suckless.org/scroll
 (DIR) Log
 (DIR) Files
 (DIR) Refs
 (DIR) README
 (DIR) LICENSE
       ---
 (DIR) commit d3d81f46445c69af661102ece1979c880724415e
 (DIR) parent 7c010c6353e9eac94979287f44d3ee080a9d1a76
 (HTM) 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(-)
       ---
 (DIR) 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