I have tried to recreate this according to your steps and it does not happen
to me,
things look as you would expect them.
I tried zsh as well--no change.

It does seem odd that even the prompt disappears in your example.

This probably won't help, but might be worth a try:
Try putting this line in your ~/.vimrc:
set t_ti= t_te=

That tells vim, also, not to clear the screen (like alternate-screen off).

Does that change anything?

On Wed, May 18, 2011 at 1:19 AM, Robin Lee Powell <
rlpow...@digitalkingdom.org> wrote:

> It's vim, not less, and yes, it appears to be overwriting.
>
> The issue is that I don't have this problem in screen.
>
> OK, screenshots of screen and tmux (in alternate-screen off mode).
> Process is:
>
> [new window]
> # seq 1 100
> # vim
> [type some crap]
> :q!
> [backscroll mode, up 10 lines, screenshot]
>
> http://teddyb.org/~rlpowell/media/public/tmp/screen-backscroll.PNG
>
> http://teddyb.org/~rlpowell/media/public/tmp/tmux-backscroll.PNG
>
> As you can see, the results are rather different.  I can get this to
> happen on the same machine with the same terminal (PuTTY) config, as
> well, alhough on that machine the tmux version is 1.3
>
> -Robin
>
> On Wed, May 18, 2011 at 08:54:42AM +0100, Nicholas Marriott wrote:
> > 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/
>
> --
> 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
>
------------------------------------------------------------------------------
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

Reply via email to