Re: Patch 7.4.1818

Hi Bram, 2016/5/6 Fri 2:14:57 UTC+9 Bram Moolenaar wrote: > Ken Takata wrote: > > > 2016/5/6 Fri 0:19:06 UTC+9 Bram Moolenaar wrote: > > > Patch 7.4.1818 > > > Problem:Help completion adds @en to all matches except the first one. > > > Solution: Remove "break", go over all items. > > >

Re: move tabs using mouse in gvim

On Thu, May 5, 2016 at 5:34 PM, Ben Fritz wrote: > On Thursday, May 5, 2016 at 6:17:08 AM UTC-5, kamaraju kusumanchi wrote: >> I ask because I do not see any pull request for this in the official github >> https://github.com/vim/vim/pulls . So may be it is integrated

Re: move tabs using mouse in gvim

On Thursday, May 5, 2016 at 6:17:08 AM UTC-5, kamaraju kusumanchi wrote: > A while ago I asked about moving tabs in gvim using mouse ( > https://groups.google.com/forum/#!topic/vim_use/CfwgkVRm1jY ). In that > thread Ken Takata mentioned that there is a patch available to do > this. > > I am

Re: Gvim crashes with ABRT & SEGV under AwesomeWM

On Thursday, May 5, 2016 at 9:55:21 AM UTC+2, Dominique Pelle wrote: > Jeroen Budts wrote: > > > Hi All, > > > > (First off, I hope this is the correct mailinglist to report this. I first > > tried > > vim_use but didn't get any response, sorry if I'm wrong here.) > > > > A

Re: Gvim crashes with ABRT & SEGV under AwesomeWM

On Thursday, May 5, 2016 at 7:10:31 AM UTC+2, Dominique Pelle wrote: > Jeroen Budts wrote: > > > Hi All, > > > > (First off, I hope this is the correct mailinglist to report this. I first > > tried > > vim_use but didn't get any response, sorry if I'm wrong here.) > > > > A

Re: How to run a job asynchronously?

> On 5 May 2016, at 5:14 pm, Bram Moolenaar wrote: > > Andrew Stewart wrote: >> >> I've just realised that every time a job runs, a new process is >> spawned as a child of vim's process, and they're all in the zombie >> state. They only disappear once I quit Vim or it

Re: Patch 7.4.1818

On 2016-05-05, Bram Moolenaar wrote: > Ken Takata wrote: > > > 2016/5/6 Fri 0:19:06 UTC+9 Bram Moolenaar wrote: > > > Patch 7.4.1818 > > > Problem:Help completion adds @en to all matches except the first one. > > > Solution: Remove "break", go over all items. > > > Files:

Re: Patch 7.4.1818

Ken Takata wrote: > 2016/5/6 Fri 0:19:06 UTC+9 Bram Moolenaar wrote: > > Patch 7.4.1818 > > Problem:Help completion adds @en to all matches except the first one. > > Solution: Remove "break", go over all items. > > Files: src/ex_getln.c > > This patch has a problem when help files

Re: Patch 7.4.1818

Hi Bram, 2016/5/6 Fri 0:19:06 UTC+9 Bram Moolenaar wrote: > Patch 7.4.1818 > Problem:Help completion adds @en to all matches except the first one. > Solution: Remove "break", go over all items. > Files: src/ex_getln.c This patch has a problem when help files with multiple languages

Re: How to run a job asynchronously?

Andrew Stewart wrote: > On Thursday, 5 May 2016 10:25:19 UTC+1, Andrew Stewart wrote: > > >> When I edit a file my job runs. When I trigger a second run, Vim > > >> always crashes with a segfault: > > >> > > >> Vim: Caught deadly signal SEGV > > >> Vim: Finished. > > >> Segmentation fault: 11

Re: How to run a job asynchronously?

Andrew Stewart wrote: > > On 4 May 2016, at 8:49 pm, Bram Moolenaar wrote: > >> Regarding redrawing: adding a redraw! as the last line of my close > >> handler doesn't redraw the screen. Should I be doing this somewhere > >> else? > > > > Hmm, does it redraw the moment you

Patch 7.4.1819

Patch 7.4.1819 Problem:Compiler warnings when sprintf() is a macro. Solution: Don't interrupt sprintf() with an #ifdef. (Michael Jarvis, closes #788) Files: src/fileio.c, src/tag.c, src/term.c *** ../vim-7.4.1818/src/fileio.c2016-04-20 12:49:43.518961695 +0200 ---

Re: Bug in 7.4.1786: command-line completion list entries end with "@en"

Hirohito Higashi wrote: > Hi Gary, > > 2016-5-5(Thu) 16:28:58 UTC+9 Gary Johnson: > > When performing command-line completion of help tags, all but the > > first entry in the completion list is appended with "@en". For > > example, after starting vim as > > > > $ vim -N -u NONE > > > >

Patch 7.4.1818

Patch 7.4.1818 Problem:Help completion adds @en to all matches except the first one. Solution: Remove "break", go over all items. Files: src/ex_getln.c *** ../vim-7.4.1817/src/ex_getln.c 2016-03-28 19:58:59.155781382 +0200 --- src/ex_getln.c 2016-05-05 17:16:37.817306285

Re: [vim/vim] propose vim as manpager that syntax highlights and follows symlinks (#491)

Nick James wrote: > > If I invoke vim without a file |vim| then type |:Man vim| I get |E492: > Not an editor command: Man vim|. I /think/ this is expected. > > If I invoke vim without a file |vim| then type |:set filetype=man| > followed by |:Man vim| it opens correctly. On my system (RHEL 6.5) >

Re: How to run a job asynchronously?

On Thursday, 5 May 2016 10:25:19 UTC+1, Andrew Stewart wrote: > >> When I edit a file my job runs. When I trigger a second run, Vim > >> always crashes with a segfault: > >> > >> Vim: Caught deadly signal SEGV > >> Vim: Finished. > >> Segmentation fault: 11 I've just realised that every time a

move tabs using mouse in gvim

A while ago I asked about moving tabs in gvim using mouse ( https://groups.google.com/forum/#!topic/vim_use/CfwgkVRm1jY ). In that thread Ken Takata mentioned that there is a patch available to do this. I am wondering what is the current status of this patch? Is it integrated into gvim code base

The other "INSERT VISUAL" mode.

When entering visual mode from insert mode v vim is in "(insert) VISUAL" mode and will reenter insert mode after a finished operator. However there seems to be another "INSERT VISUAL" mode that can be entered like so: let g:modal = "" function! Modal() if g:modal != "" execute

Re: How to run a job asynchronously?

> On 4 May 2016, at 8:49 pm, Bram Moolenaar wrote: >> Regarding redrawing: adding a redraw! as the last line of my close >> handler doesn't redraw the screen. Should I be doing this somewhere >> else? > > Hmm, does it redraw the moment you type something? Yes it does. In

gvim movement is slow when enable cursorline

If I set the environment variable "__COMPAT_LAYER=Win7RTM" in Windows cmd.exe, the gvim movement will be very slow when enable cursorline. The issue will be gone if I either remove that environment variable or turn off cursorline. do you guys know the cause of this issue? Thanks, -Mike Guo

Re: Bug in 7.4.1786: command-line completion list entries end with "@en"

Hi Gary, 2016-5-5(Thu) 16:28:58 UTC+9 Gary Johnson: > When performing command-line completion of help tags, all but the > first entry in the completion list is appended with "@en". For > example, after starting vim as > > $ vim -N -u NONE > > type ":help screen" and Ctrl-D: > > :help

Re: Gvim crashes with ABRT & SEGV under AwesomeWM

Jeroen Budts wrote: > Hi All, > > (First off, I hope this is the correct mailinglist to report this. I first > tried > vim_use but didn't get any response, sorry if I'm wrong here.) > > A few days ago I started using AwesomeWM (running as the WM inside > XFCE) and started

Bug in 7.4.1786: command-line completion list entries end with "@en"

When performing command-line completion of help tags, all but the first entry in the completion list is appended with "@en". For example, after starting vim as $ vim -N -u NONE type ":help screen" and Ctrl-D: :help screen^D screencol() screenchar()@en

Re: [vim/vim] Fix clang/OS X warnings about embedded directives within macro arguments to sprintf (#788)

On Thursday, May 5, 2016 at 12:57:14 AM UTC-5, Michael Jarvis wrote: > Also, I've submitted patches to the list before, but this is my first attempt > at using a Github pull request instead of just writing a post directly to > vim-dev. Hopefully this works! :-) It worked!  -- -- You