On Tuesday, September 25, 2012 3:06:00 PM UTC-5, Blue wrote:
> On Tuesday, September 25, 2012 9:20:02 AM UTC-7, Ben Fritz wrote:
> > "Blue", if you are following this thread, that's two people unable to
> > reproduce this really old issue using a very simple test case. What is the
> > exact sequence of commands you use to reproduce the issue?
>
> As I mentioned earlier, I only experienced this with the console version of
> Vim on iterm2 and Apple's default Terminal. I was not able to reproduce with
> the gui MacVim. I have just checked xterm and rxvt running under X11.app
> (Apple's X11 server) and there is no issue with them.
>
> So this only seems to affect the two most popular terminal programs on OS X.
>
> Ben, using your example of calling Vim without a file argument, I still
> observed the redraw issue. The cursor mostly displays for me initially in the
> lower right corner of the the intro text, instead of at (1,1).
I apologize, somehow I missed reading your message with a minimal .vimrc. This
is pretty much what I was looking for.
I was unable to reproduce any drawing issues in gvim on Windows.
But using your test .vimrc:
set nocompatible
set lazyredraw
" :help restore-cursor
autocmd BufReadPost *
\ if line("'\"") > 1 && line("'\"") <= line("$") |
\ exe "normal! g`\""
\ endif
Launching console Vim on Windows XP 64-bit seems to work fine, but then typing
: to open a command-line puts the command-line at the top of the screen instead
of where it belongs. Removing the lazyredraw from the vimrc does not fix this
problem for me.
Finishing the command and quitting Vim actually doesn't work at this
point...but that's probably a different issue so I'm not going to go into it
here.
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you are replying to.
For more information, visit http://www.vim.org/maillist.php
