summaryrefslogtreecommitdiff
path: root/scroll-0.1/README
diff options
context:
space:
mode:
authorstkhan <personal@slickd.xyz>2022-05-13 18:15:43 +0000
committerstkhan <personal@slickd.xyz>2022-05-13 18:15:43 +0000
commit2e81fbdf15168a5b6df291b7062d120156a5ce45 (patch)
tree57de36552c6f46e43d8520ccf65acb80ef5f6c29 /scroll-0.1/README
parent7a93f153bf5e088ab6e2da6fcc0518744cfd54af (diff)
Removed dwm scripts, sfm, , added scroll, and added dark theme to surf
Diffstat (limited to 'scroll-0.1/README')
-rw-r--r--scroll-0.1/README34
1 files changed, 34 insertions, 0 deletions
diff --git a/scroll-0.1/README b/scroll-0.1/README
new file mode 100644
index 0000000..7ddb949
--- /dev/null
+++ b/scroll-0.1/README
@@ -0,0 +1,34 @@
+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:
+ 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 a 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