yeh just did, i don't follow what the 2nd problem is, can you send a screenshot?
note the history will only ever include what less actually scrolled into it, even with alternate-screen off. if less redraws by overwriting or otherwise does not scroll the screen, the history won't be changed On Wed, May 18, 2011 at 12:39:53AM -0700, Robin Lee Powell wrote: > Nope; see rest of thread. > > -Robin > > On Wed, May 18, 2011 at 08:34:23AM +0100, Nicholas Marriott wrote: > > Turn off the alternate-screen option and it should change both of these. > > > > > > > > On Tue, May 17, 2011 at 06:10:58PM -0700, Robin Lee Powell wrote: > > > > > > I came, over the years, to rely very much on screen's backscroll > > > behaviour[1], so certain aspects of tmux's behaviour have surprised > > > me, and I'm wondering if they can be changed. > > > > > > 1. When I quit "less", it goes away. I'm used to the output of > > > less staying in the shell window/the terminal backscroll. I really > > > prefer it that way. Is that fixable? > > > > > > 2. When I launch vim or less, it ... this is hard to describe ... > > > it covers the whole screen's worth of stuff. So, let's pretend my > > > terminal is 2 lines and the backscroll is 5 lines; current status of > > > backscroll is: > > > > > > 11111111111111111111 > > > 22222222222222222222 > > > 33333333333333333333 > > > 44444444444444444444 > > > 55555555555555555555 > > > > > > I then "less" a file of X and Y chars: > > > > > > 11111111111111111111 > > > 22222222222222222222 > > > 33333333333333333333 > > > XXXXXXXXXXXXXXXXXXXX > > > YYYYYYYYYYYYYYYYYYYY > > > > > > This means that the 4 and 5 lines (which, remember, is an entire > > > terminal-height's worth of stuff) are unavailable to the backscroll > > > system; it is very common for me to launch vim and then use screen's > > > backscroll to grab the last bit of stuff I saw, to paste in, but I > > > can't do that if it's not there because the vim window "covered" it. > > > Ctrl-z brings it all back, which is also jarring. > > > > > > #1 is much more annoying than #2, but I suspect they derive from the > > > same terminal feature or whatever. > > > > > > -Robin > > > > > > > > > [1]: I'm sorry that I'm comparing tmux to screen all the time; no > > > offense is intended, it's just the only comparitor I have. :) tmux > > > is fantastic in its own right. > > > > > > -- > > > http://singinst.org/ : Our last, best hope for a fantastic future. > > > Lojban (http://www.lojban.org/): The language in which "this parrot > > > is dead" is "ti poi spitaki cu morsi", but "this sentence is false" > > > is "na nei". My personal page: http://www.digitalkingdom.org/rlp/ > > > > > > ------------------------------------------------------------------------------ > > > What Every C/C++ and Fortran developer Should Know! > > > Read this article and learn how Intel has extended the reach of its > > > next-generation tools to help Windows* and Linux* C/C++ and Fortran > > > developers boost performance applications - including clusters. > > > http://p.sf.net/sfu/intel-dev2devmay > > > _______________________________________________ > > > tmux-users mailing list > > > tmux-users@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/tmux-users > > -- > http://singinst.org/ : Our last, best hope for a fantastic future. > Lojban (http://www.lojban.org/): The language in which "this parrot > is dead" is "ti poi spitaki cu morsi", but "this sentence is false" > is "na nei". My personal page: http://www.digitalkingdom.org/rlp/ ------------------------------------------------------------------------------ What Every C/C++ and Fortran developer Should Know! Read this article and learn how Intel has extended the reach of its next-generation tools to help Windows* and Linux* C/C++ and Fortran developers boost performance applications - including clusters. http://p.sf.net/sfu/intel-dev2devmay _______________________________________________ tmux-users mailing list tmux-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/tmux-users
