Re: Populate arglist with files, exclude directories

[Jason Franklin]

I appreciate the responses from everyone.

However, it seems that the answer to my original question is "no".  There 
does not appear to be a concise way to do this from the command line.

Thanks!

-- 
Jason Franklin

On Monday, January 6, 2020 at 9:00:50 AM UTC-5, Johannes Degen wrote:
>
> It might be a shell thing. I use zsh and yes, I got all the results I 
> expected.
>
> On Mon, Jan 6, 2020 at 1:46 AM Richard Mitchell  > wrote:
>
>> What shell are you using?  I'm guessing bash?  Time to update to zsh
>>
>>   ls *(.)
>>
>> will list only regular files.  conversely
>>
>>   ls -d *(/) will list only directories.
>>
>> zsh is to bash what tcsh was to csh, but a couple magnitudes more. 
>>  oh-my-zsh and iterm2 (if OS X) and you'll never look back.
>>
>>
>> On Sunday, January 5, 2020 at 10:49:52 AM UTC-5, Jason Franklin wrote:
>>>
>>> Greetings,
>>>
>>> I'm having trouble finding a clean way to do this...
>>>
>>> In a project directory, I will often use the command below to populate 
>>> the arglist:
>>>
>>>   :args **
>>>
>>> This works okay, but it includes directories in the arglist which will 
>>> be opened with netrw.
>>>
>>> Is there a concise, clean method to omit directories from the arglist 
>>> when populating it with
>>> all files below the current project directory?
>>>
>>> -- 
>>> Jason Franklin
>>>
>> -- 
>> -- 
>> You received this message from the "vim_use" 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
>>
>> --- 
>> You received this message because you are subscribed to the Google Groups 
>> "vim_use" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to vim...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/vim_use/a867e56e-de7e-404d-91a1-f6def04b2c76%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/vim_use/a867e56e-de7e-404d-91a1-f6def04b2c76%40googlegroups.com?utm_medium=email_source=footer>
>> .
>>
>
>
> -- 
> When in doubt become a philosopher.
>

-- 
-- 
You received this message from the "vim_use" 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

--- 
You received this message because you are subscribed to the Google Groups 
"vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to vim_use+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/vim_use/97ab7f20-c9bd-4983-8a32-ee13cbff61c6%40googlegroups.com.

Populate arglist with files, exclude directories

[Jason Franklin]

Greetings,

I'm having trouble finding a clean way to do this...

In a project directory, I will often use the command below to populate the 
arglist:

  :args **

This works okay, but it includes directories in the arglist which will be 
opened with netrw.

Is there a concise, clean method to omit directories from the arglist when 
populating it with
all files below the current project directory?

-- 
Jason Franklin

-- 
-- 
You received this message from the "vim_use" 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

--- 
You received this message because you are subscribed to the Google Groups 
"vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to vim_use+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/vim_use/51896a1c-47b7-4e8b-b803-e351ac90f40b%40googlegroups.com.

NUL byte in 'grepformat'

[Jason Franklin]

Is this currently possible? If the output of 'grepprg' used NUL bytes as
separators instead of the conventional colon), is there a way for me to read
the results into the quickfix list?

This could be convenient as it would allow file names that contain colon 
characters to be reliably processed.

Thanks,
Jason

-- 
-- 
You received this message from the "vim_use" 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

--- 
You received this message because you are subscribed to the Google Groups 
"vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to vim_use+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Start terminal in a given directory

[Jason Franklin]

The documentation under term_start() was recently updated
to include this option.  See my message below.

https://groups.google.com/forum/#!topic/vim_dev/WAFS5NrSrB4

-- 
-- 
You received this message from the "vim_use" 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

--- 
You received this message because you are subscribed to the Google Groups 
"vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to vim_use+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Bash in :shell vs :terminal

[Jason Franklin]

Thanks, Christian.

I wasn't sure it would work, but I figured it was worth asking.

As I mentioned in a comment on the issue, I'm fine with a VIM_TERMINAL variable 
so long as it allows me to distinguish when a terminal window is in use.

Thanks, again!

-- 
-- 
You received this message from the "vim_use" 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

--- 
You received this message because you are subscribed to the Google Groups 
"vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to vim_use+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Bash in :shell vs :terminal

[Jason Franklin]

> I suppose we can add VIM_TERMINAL for that. 

Hey @Bram,

Please take a look at the following issue before simply using an environment 
variable: 

https://github.com/vim/vim/issues/2981

I've given this some thought, and an environment variable wouldn't work in all 
cases.

I'm not sure, though, if my proposed solution is possible.

Thanks,
Jason

-- 
-- 
You received this message from the "vim_use" 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

--- 
You received this message because you are subscribed to the Google Groups 
"vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to vim_use+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Bash in :shell vs :terminal

[Jason Franklin]

Christian,

I don't think an environment variable is really going to solve this problem.

I created an issue on github for this idea, you can see my explanation there:

https://github.com/vim/vim/issues/2981

That may be the solution we're looking for, if it's possible. Also, note that
passing the patch level isn't really necessary since a user can define an
environment variable on their own for this purpose.

The real problem is that descendant processes need to know that their
controlling terminal is a Vim terminal window.

Thanks,
Jason

-- 
-- 
You received this message from the "vim_use" 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

--- 
You received this message because you are subscribed to the Google Groups 
"vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to vim_use+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Bash in :shell vs :terminal

[Jason Franklin]

Hey Tim,

This is not as useful because vim can be invoked by many names (e.g., a vi 
alias or link).

Also, I don't think this works the way you think.  In my vim terminal window, I 
don't have a listing for vim in ps output.

Something more robust is needed.

-- JF

-- 
-- 
You received this message from the "vim_use" 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

--- 
You received this message because you are subscribed to the Google Groups 
"vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to vim_use+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Bash in :shell vs :terminal

[Jason Franklin]

Hey Christian,

Unfortunately, $VIM_SERVERNAME is not always available.  This happens when Vim 
is compiled without +clientserver.

Thanks,
Jason

-- 
-- 
You received this message from the "vim_use" 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

--- 
You received this message because you are subscribed to the Google Groups 
"vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to vim_use+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Bash in :shell vs :terminal

[Jason Franklin]

I'm actually beginning to think that this isn't possible.  Even if I was able 
to distinguish at the level of the child shell, I don't think I could continue 
that for, say, a subshell of that shell.

In other words, knowing something is a job with an environment variable won't 
tell you anything beyond the immediate child.

The one solution I can think of would be to namespace the device files for Vim 
terminal windows. It's worth asking on vim_dev.

-- 
-- 
You received this message from the "vim_use" 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

--- 
You received this message because you are subscribed to the Google Groups 
"vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to vim_use+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Bash in :shell vs :terminal

[Jason Franklin]

Hey Martin,

This doesn't actually help me.  The 'shell' setting is used for both types of 
shell sessions spawned from Vim.

I'm looking to be able to distinguish between bash sessions run in a Vim 
terminal window or in a normal xterm.

For example, I would like a different prompt if bash is started with :terminal 
(a Vim job) as opposed to being started with :shell (a forked process).

Thanks,
Jason

-- 
-- 
You received this message from the "vim_use" 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

--- 
You received this message because you are subscribed to the Google Groups 
"vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to vim_use+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Bash in :shell vs :terminal

[Jason Franklin]

I am aware of "test -t", but I don't see how it helps here.

I want the prompt to adjust based on whether I'm using :term or :sh.  So,
the method needs to work in interactive shell sessions.

-- JF

-- 
-- 
You received this message from the "vim_use" 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

--- 
You received this message because you are subscribed to the Google Groups 
"vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to vim_use+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Bash in :shell vs :terminal

[Jason Franklin]

I would like for bash to be able to discern whether it is being run with :shell 
or with :term.  I would assume this would need to be done with an environment 
variable.  Does this feature to do something like this already exist?

-- Jason

-- 
-- 
You received this message from the "vim_use" 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

--- 
You received this message because you are subscribed to the Google Groups 
"vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to vim_use+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: howto ignore temporary git files on the jump list

[Jason Franklin]

On Tuesday, April 10, 2018 at 10:33:12 AM UTC-4, Oliver Graute wrote:
> Hello list,
> 
> I use vim to edit my git commits and for git merges and rebasing.
> Because of this I get these kind of temporary files in my jump list:
> 
> .git/rebase-merge/git-rebase-todo
> .git/MERGE_MSG
> .git/COMMIT_EDITMSG
> 
> Is there any way to prevent them from being registered?
> 
> Best regards,
> 
> Oliver

Hey Oliver,

My suggestion would be to edit these types of files in a split window or in a 
new tab page.  Since the jumplist is separate for each window and since the 
jumplist is inherited from a parent window, you can avoid having these items in 
your jumplist by not "splitting off" from a window in which you're editing 
these files. 

I'm not aware of any setting that will disable the jumplist for a particular 
file.

Best,
Jason

-- 
-- 
You received this message from the "vim_use" 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

--- 
You received this message because you are subscribed to the Google Groups 
"vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to vim_use+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: NERDTree opens half of screen instead of NERDTreeWinSize

[Jason Franklin]

Oliver,

When you run ":wincmd =" you tell Vim to equalize window sizes to the best
of its ability.

This is definitely the cause of your problem.  I would rethink both of
those autocommands.
They would likely break a number of different plugins.

Best,
Jason



*Jason R. Franklin**Associate
Systems Software Developer*
Enterprise Technology Solutions

Georgia Southern University
P.O. Box 8088
Statesboro, GA 30460
912.478.5639

On Wed, Mar 28, 2018 at 2:30 PM, Oliver Graute <oliver.gra...@gmail.com>
wrote:

> On 28/03/18, Jason Franklin wrote:
> > On Tuesday, March 27, 2018 at 1:51:12 PM UTC-4, Oliver Graute wrote:
> > > On 24/03/18, Oliver Graute wrote:
> > > > my NERDTree seems to ignore my NERDTreeWinSize setting and opens
> instead
> > > > at half of the screen. Some ideas how to fix this?
> >
> > NERDTree maintainer here (@lifecrisis on Github).
> > This probably hasn't been fixed because no one has given us specific
> steps to replicate the bug.  Is there a specific sequence of steps that
> will always lead to this problem?  I can't fix it if I can't observe the
> issue.  I've also never seen this happen while using the NERDTree.
> >
> > Can you give explicit instructions on how to replicate this behavior?
>
> These lines in my vimrc are the cause for this behavior of NERDTree:
>
> :au WinEnter * :set winfixheight
> :au WinEnter * :wincmd =
>
> after removing them NERDTree opens at NERDTreeWinSize
>
> is this some resizing of vertical splits?
>
> Best Regards,
>
> Oliver
>
> --
> --
> You received this message from the "vim_use" 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
>
> ---
> You received this message because you are subscribed to a topic in the
> Google Groups "vim_use" group.
> To unsubscribe from this topic, visit https://groups.google.com/d/
> topic/vim_use/ckDvFxa4UZQ/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> vim_use+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
-- 
You received this message from the "vim_use" 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

--- 
You received this message because you are subscribed to the Google Groups 
"vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to vim_use+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: NERDTree opens half of screen instead of NERDTreeWinSize

[Jason Franklin]

On Tuesday, March 27, 2018 at 1:51:12 PM UTC-4, Oliver Graute wrote:
> On 24/03/18, Oliver Graute wrote:
> > my NERDTree seems to ignore my NERDTreeWinSize setting and opens instead
> > at half of the screen. Some ideas how to fix this?
> > 
> > https://github.com/scrooloose/nerdtree/issues/259
> 
> I observe the problem with latest NERDTree git commit a172d7cf and latest
> vim git commit 2a77d21f7.
> 
> Howto start vim with all plugins disabled except NERDTree?
> 
> Best Regards,
> 
> Oliver

NERDTree maintainer here (@lifecrisis on Github).

This probably hasn't been fixed because no one has given us specific steps to 
replicate the bug.  Is there a specific sequence of steps that will always lead 
to this problem?  I can't fix it if I can't observe the issue.  I've also never 
seen this happen while using the NERDTree.

Can you give explicit instructions on how to replicate this behavior?

Thanks!
Jason

-- 
-- 
You received this message from the "vim_use" 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

--- 
You received this message because you are subscribed to the Google Groups 
"vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to vim_use+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: ci, (or something?)

[Jason Franklin]

On Saturday, March 10, 2018 at 7:02:15 PM UTC-5, Jason Felice wrote:
> Is there something that changes a function parameter in a C-style language, 
> e.g. delimited by commas or parens?  I find myself wanting this frequently.
> 
> 
> Thanks,
> -Jason

Hey Jason,

I use the plugin "targets.vim" (https://github.com/wellle/targets.vim) for this 
exact purpose.  When you install this plugin, you will have the option to "cia" 
or "caa" or "dia", etc.  It also includes a number of other useful text objects 
you may have never considered (i.e., to change between two "/" chars in a path, 
use "ci/").

The project is also maintained.  I submitted an issue not too long ago, and it 
was eventually fixed.

Best,
Jason Franklin

-- 
-- 
You received this message from the "vim_use" 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

--- 
You received this message because you are subscribed to the Google Groups 
"vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to vim_use+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: What is the fastest way to detect modifications to any listed buffer?

[Jason Franklin]

Thanks, Christian.  I have various versions of Vim running on a lot of
machines, so its best if I keep with older methods.

Will keep this in mind going forward, though!



*Jason R. Franklin**Associate
Systems Software Developer*
Enterprise Technology Solutions

Georgia Southern University
P.O. Box 8088
Statesboro, GA 30460
912.478.5639

On Thu, Dec 7, 2017 at 9:56 AM, Christian Brabandt <cbli...@256bit.org>
wrote:

>
> On Do, 07 Dez 2017, Jason Franklin wrote:
>
> > I would like an indicator in my 'titlestring' that informs me if ANY
> changes are present in ANY listed buffer.  This would be more like a global
> indicator for the 'modified' setting.  What is the most efficient way to do
> this?
> >
> > Currently, I've taken the naive approach:
> >
> > function! g:ChangesExist()
> > let l:bufferList = filter(range(1, bufnr('$')), 'buflisted(v:val)')
> >
> > for l:bufferNumber in l:bufferList
> >
> > if getbufvar(l:bufferNumber, '')
> > return 1
> > endif
> > endfor
> >
> > return 0
> > endfunction
> >
> >
> > This seems like the most direct method, but I'm wondering if there's
> some simple option or function call that I'm missing...
>
> If you have a recent enough Vim version, you can use the getbufinfo()
> function and check the changed attribute.
>
>
> Christian
> --
> Vaterland nennt sich dieser Staat immer dann,
> wenn er sich anschickt, auf Menschenmord zu gehen.
> -- Kurt Tucholsky
>
> --
> --
> You received this message from the "vim_use" 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
>
> ---
> You received this message because you are subscribed to a topic in the
> Google Groups "vim_use" group.
> To unsubscribe from this topic, visit https://groups.google.com/d/
> topic/vim_use/rW6up-ngGLc/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> vim_use+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
-- 
You received this message from the "vim_use" 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

--- 
You received this message because you are subscribed to the Google Groups 
"vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to vim_use+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: What is the fastest way to detect modifications to any listed buffer?

[Jason Franklin]

Luc,

Thanks for the reply!  Looks like doing it in one step is preferable
because we're already having to filter the buffers anyway.



*Jason R. Franklin**Associate
Systems Software Developer*
Enterprise Technology Solutions

Georgia Southern University
P.O. Box 8088
Statesboro, GA 30460
912.478.5639

On Thu, Dec 7, 2017 at 9:22 AM, Luc Hermitte  wrote:

> Hi,
>
> > I would like an indicator in my 'titlestring' that informs me if ANY
> > changes are present in ANY listed buffer.  This would be more like a
> > global indicator for the 'modified' setting.  What is the most
> > efficient way to do this?
> >
> > Currently, I've taken the naive approach:
> >
> > function! g:ChangesExist()
> > let l:bufferList = filter(range(1, bufnr('$')), 'buflisted(v:val)')
> > for l:bufferNumber in l:bufferList
> >
> > if getbufvar(l:bufferNumber, '')
> > return 1
> > endif
> > endfor
> > return 0
> > endfunction
> >
> >
> > This seems like the most direct method, but I'm wondering if there's
> > some simple option or function call that I'm missing...
>
> If speed is really that important, get rid of the loop and use something
> like
>
>return !empty(filter(bufferList, "getbufvar(v:val, '')"))
>
> or, in a single step:
>
>return !empty(filter(range(1, bufnr('$')), "buflisted(v:val) &&
> getbufvar(v:val, '')"))
>
> --
> Luc Hermitte
>
> --
> --
> You received this message from the "vim_use" 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
>
> ---
> You received this message because you are subscribed to a topic in the
> Google Groups "vim_use" group.
> To unsubscribe from this topic, visit https://groups.google.com/d/
> topic/vim_use/rW6up-ngGLc/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> vim_use+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
-- 
You received this message from the "vim_use" 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

--- 
You received this message because you are subscribed to the Google Groups 
"vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to vim_use+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

What is the fastest way to detect modifications to any listed buffer?

[Jason Franklin]

I would like an indicator in my 'titlestring' that informs me if ANY changes 
are present in ANY listed buffer.  This would be more like a global indicator 
for the 'modified' setting.  What is the most efficient way to do this?

Currently, I've taken the naive approach: 

function! g:ChangesExist()
let l:bufferList = filter(range(1, bufnr('$')), 'buflisted(v:val)')

for l:bufferNumber in l:bufferList

if getbufvar(l:bufferNumber, '')
return 1
endif
endfor

return 0
endfunction


This seems like the most direct method, but I'm wondering if there's some 
simple option or function call that I'm missing...

-- 
-- 
You received this message from the "vim_use" 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

--- 
You received this message because you are subscribed to the Google Groups 
"vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to vim_use+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Problem with :argdo and :vimgrep on latest Windows build

[Jason Franklin]

I'm using VIM 8.0.586 on Windows 10. Recently, I've experienced strange and 
unexpected behavior when using ":argdo" and ":vimgrep".

When I use either of these commands, the text being operated on or searched 
seems to "fly by" on the screen. This is almost as if VIM is playing out the 
operations  for me as the text is scanned. This is certainly new behavior.

I checked and made sure that "lazyredraw" was set. What could be the issue?

-- 
-- 
You received this message from the "vim_use" 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

--- 
You received this message because you are subscribed to the Google Groups 
"vim_use" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to vim_use+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.