suckless scroll
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
Luke Smith 28530cbe4d
explicit permissions fix
2 months ago
.gitignore ignore config.h in repository 1 year ago
LICENSE Move license to LICENSE 10 months ago
Makefile explicit permissions fix 2 months ago
README Fix typo 2 months ago
TODO Support scroll back after clear screen 1 year ago
config.def.h preferred binds 2 months ago Add version option 11 months ago perf: replace jot by $seq and set posix var for getopt(3) 11 months ago
ptty.c Fix warning for too many arguments for format 11 months ago
scroll.1 add option -h for usage 1 year ago
scroll.c Move license to LICENSE 10 months ago
up.log fix test 11 months ago better quoting in scrollup testing shell script 11 months ago


This program provides a scroll back buffer for a terminal like st(1).  It
should run on any Unix-like system.

At the moment it is in an experimental state. Its not recommended for
productive use.

The initial version of this program is from Roberto E. Vargas Caballero:

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 a completely new terminal emulator like screen or tmux.

What is the performance impact of scroll?

indirect OpenBSD
0x 7.53 s
1x 10.10 s
2x 12.00 s
3x 13.73 s