window_hold_slider
no way to compare when less than two revisions
Differences
This shows you the differences between two versions of the page.
— | window_hold_slider [2008/07/28 05:15] (current) – created - external edit 127.0.0.1 | ||
---|---|---|---|
Line 1: | Line 1: | ||
+ | # $EPIC: window_hold_slider.txt, | ||
+ | ======Synopsis: | ||
+ | [[window]] hold_slider < | ||
+ | |||
+ | ======Description: | ||
+ | Traditionally, | ||
+ | key (technically, | ||
+ | that you had read everything in the window. | ||
+ | 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 < | ||
+ | |||
+ | Traditionally, | ||
+ | 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 window' | ||
+ | hit < | ||
+ | Each time you hit < | ||
+ | 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 < | ||
+ | |||
+ | To get traditional EPIC behavior, set this value to 0, which means that | ||
+ | holding occurs immediately and hitting the < | ||
+ | output being held. | ||
+ | |||
+ | ======History: | ||
+ | This operation first appeared in EPIC4-1.1.13. | ||
window_hold_slider.txt · Last modified: 2008/07/28 05:15 by 127.0.0.1