no way to compare when less than two revisions

Differences

This shows you the differences between two versions of the page.

@@ Line 1: / Line 1: @@
+# $EPIC: window_hold_slider.txt,v 1.4 2008/07/28 05:15:51 jnelson Exp $
+======Synopsis:======
+[[window]] hold_slider <number>
+======Description:======
+Traditionally, when you turned hold mode on in ircII, you used the <enter>
+key (technically, the [[bind send_line]] keybinding) to "acknowledge"
+that you had read everything in the window.  ircII would then scroll a
+full window of output before stopping again (and holding any further output).
+This means that if you go away for a while, only one windowfull of output ever
+appears between your explcit acknowledgements with the <enter> key.
+Traditionally, when you turned hold mode on in EPIC, the contents of the
+window were frozen, and the only way to change what was on your display
+was with the scrollback keybindings. (ie, [[bind scroll_forward]]).
+When you turned
+hold_mode off, you were immediately rushed to the end of everything that
+had been held while you were in hold mode.
+In order to reconcile these two very different views of hold_mode, this
+new operation was created.  The <number> argument specifies how much of
+the window's contents should be permitted to scroll off each time you
+hit <enter>, at which point the client will begin holding new output.
+Each time you hit <enter>, then <number> also controls how much of the
+stuff that is being held will be unheld to your window.
+To get traditional ircII behavior, set this value to 100, which means that
+a full window of output can scroll off between each time you press <enter>.
+To get traditional EPIC behavior, set this value to 0, which means that
+holding occurs immediately and hitting the <enter> key will not unhold any
+output being held.
+======History:======
+This operation first appeared in EPIC4-1.1.13.