window_rebuild_scrollback
no way to compare when less than two revisions
Differences
This shows you the differences between two versions of the page.
— | window_rebuild_scrollback [2007/02/19 03:20] (current) – created - external edit 127.0.0.1 | ||
---|---|---|---|
Line 1: | Line 1: | ||
+ | # $EPIC: window_rebuild_scrollback.txt, | ||
+ | ======Synopsis: | ||
+ | [[window]] rebuild_scrollback | ||
+ | |||
+ | ======Description: | ||
+ | The [[window rebuild_scrollback]] operator causes a window' | ||
+ | buffer to be rebuilt, even if it doesn' | ||
+ | |||
+ | Normally, a window' | ||
+ | columns is changed, either by resizing the screen, or by moving the window | ||
+ | from a screen of one size to a screen of a different size. | ||
+ | |||
+ | A window' | ||
+ | in the scrollback, and then redisplaying all of the lines that are in the | ||
+ | window' | ||
+ | you would be distracted by the scrolling, but is done as an internal | ||
+ | operation. | ||
+ | position are all saved across the rebuild. | ||
+ | not really notice anything. | ||
+ | |||
+ | It is worth noting that the new contents of the scrollback buffer are | ||
+ | limited only to those values contained in the window' | ||
+ | scrollback is large, but the lastlog is small, then resizing the screen | ||
+ | //will// cause scrollback lossage. | ||
+ | before a rebuild is not available in your lastlog, it will not be visible | ||
+ | after the rebuild; the window will be reset to the new top of scrollback | ||
+ | (ie, as far back as it can go). | ||
+ | |||
+ | ======History: | ||
+ | This operation first appeared in EPIC5-0.0.7 | ||
+ | |||
window_rebuild_scrollback.txt · Last modified: 2007/02/19 03:20 by 127.0.0.1