On 28/11/2013 05:10 p.m., Cesar Romani wrote:
> On 28/11/2013 01:18 a.m., Konovalov, Vadim wrote:
> >> From: vim_dev@googlegroups.com On Behalf Of tux.
> >> Konovalov, Vadim schrob am Mittwoch, 27. November 2013 um 06:46 Zeit:
> >>> I can investigate later today, if you wish.
> >> I'd like you
On 18:54 Thu 28 Nov , Bram Moolenaar wrote:
>
> Patch 7.4.109
> Problem:ColorScheme autocommand matches with the current buffer name.
> Solution: Match with the colorscheme name. (Christian Brabandt)
> Files:runtime/doc/autocmd.txt, src/fileio.c, src/syntax.c
>
>
> *** ../v
On 28/11/2013 01:18 a.m., Konovalov, Vadim wrote:
>> From: vim_dev@googlegroups.com On Behalf Of tux.
>> Konovalov, Vadim schrob am Mittwoch, 27. November 2013 um 06:46 Zeit:
>>> I can investigate later today, if you wish.
>> I'd like you to. :)
>
> ActivePerl 5.18.1 binaries are built with VC6 co
> > Thomas Tuegel wrote:
>
> >
>
> >> I recently discovered a graphical glitch that occurs sometimes in GUI
>
> >> mode. If the GUI is using subpixel rendering, characters may leave
>
> >> artifacts in their neighbors' cells after being erased. I discovered
>
> >> this in the GTK+2 frontend, b
I believe I compiled 7.4 last on Nov 11th.
I just did my usual .cmd file to fetch and build Vim and it failed.
So I deleted my vim directory and refetched and ran my usual process.
Compiles fine, but linker error:
...
cl -c /W3 /nologo -I. -Iproto -DHAVE_PATHDEF -DWIN32
-DFEAT_CSCOPE -
Konovalov, Vadim schrob am Donnerstag, 28. November 2013 um 07:18 Zeit:
> "Correct" solution is to use supported compiler that understand
> "long long", such as mingw.
> What compiler you're using BTW?
MSVC 2010, has never been a problem for all previous ActivePerl
versions...
Any "better" sol
Patch 7.4.110
Problem:"gUgn" cannot be repeeated. (Dimitar Dimitrov)
Solution: Don't put "gn" in a different order in the redo buffer. Restore
'wrapscan' when the pattern isn't found. (Christian Wellenbrock)
Files: src/normal.c, src/search.c, src/test53.in, src/test53.ok
Comment #2 on issue 183 by pbris...@gmail.com: "[[2;2R" printed in messages
area on BufEnter shell command
http://code.google.com/p/vim/issues/detail?id=183
My bad on nocp, figured that out further down the ML thread but copied the
wrong example into this issue.
FWIW, this reproduces most
Patch 7.4.109
Problem:ColorScheme autocommand matches with the current buffer name.
Solution: Match with the colorscheme name. (Christian Brabandt)
Files: runtime/doc/autocmd.txt, src/fileio.c, src/syntax.c
*** ../vim-7.4.108/runtime/doc/autocmd.txt 2013-08-10 13:24:52.0
Comment #1 on issue 183 by brammool...@gmail.com: "[[2;2R" printed in
messages area on BufEnter shell command
http://code.google.com/p/vim/issues/detail?id=183
You should put "set nocp" in the script, otherwise the terminal version
isn't requested.
Despite that, I can't reproduce the prob
在 2013年11月27日星期三UTC+8下午2时56分58秒，hari.g写道：
> Hi,
>
> The attached patch adds a 'listchars' option 'lsp' which marks leading space
> at 'shiftwidth' with the defined characer so that you can follow the indent
> level in a bit too much nested code when you also have 'expandtab' option set
> and us
Patch 7.4.108
Problem:"zG" and "zW" leave temp files around on MS-Windows.
Solution: Delete the temp files when exiting. (Ken Takata)
Files: src/memline.c, src/proto/spell.pro, src/spell.c
*** ../vim-7.4.107/src/memline.c2013-11-04 02:53:46.0 +0100
--- src/memline.c
Patch 7.4.107
Problem:Python: When vim.eval() encounters a Vim error, a try/catch in the
Python code doesn't catch it. (Yggdroot Chen)
Solution: Throw exceptions on errors in vim.eval(). (ZyX)
Files: src/ex_eval.c, src/if_py_both.h, src/proto/ex_eval.pro,
src/tes
Patch 7.4.106
Problem:Can't build with Ruby using Cygwin.
Solution: Fix library name in makefile. (Steve Hall)
Files: src/Make_cyg.mak
*** ../vim-7.4.105/src/Make_cyg.mak 2013-09-19 20:48:59.0 +0200
--- src/Make_cyg.mak2013-11-28 16:29:52.0 +0100
**
Hi Bram,
2013/11/28(Thu) 20:46:55 UTC+9 Bram Moolenaar:
> Hirohito Higashi wrote:
>
>
>
> > Hi Christian,
>
> >
>
> > 2013/11/27(Wed) 0:10:35 UTC+9 Christian Brabandt:
>
> > > I don't have anything to contribute except for this part of the patch:
>
> > >
>
> > >
>
> > >
>
> > > > +if
Patch 7.4.105
Problem:Completing a tag pattern may give an error for invalid pattern.
Solution: Suppress the error, just return no matches.
Files: src/tag.c
*** ../vim-7.4.104/src/tag.c2013-11-08 04:30:06.0 +0100
--- src/tag.c 2013-11-28 14:27:38.0 +0100
Patch 7.4.104
Problem:":help s/\_" reports an internal error. (John Beckett)
Solution: Check for NUL and invalid character classes.
Files: src/regexp_nfa.c
*** ../vim-7.4.103/src/regexp_nfa.c 2013-11-21 16:03:35.0 +0100
--- src/regexp_nfa.c2013-11-28 14:05:34.0
Harig wrote:
> The attached patch adds a 'listchars' option 'lsp' which marks leading
> space at 'shiftwidth' with the defined characer so that you can follow
> the indent level in a bit too much nested code when you also have
> 'expandtab' option set and use spaces for indentation (e.g. Python
>
Hirohito Higashi wrote:
> Hi Christian,
>
> 2013/11/27(Wed) 0:10:35 UTC+9 Christian Brabandt:
> > I don't have anything to contribute except for this part of the patch:
> >
> >
> >
> > > +if has("gui_win32") && !exists("b:browsefilter")
> >
> > > +let b:browsefilter = "Python Files (
Michael Jarvis wrote:
> On Monday, November 25, 2013 7:26:42 AM UTC-6, MarcWeber wrote:
> > I've been complaining about Vim related issues for a long time,
> >
> > I think its time to stop complaining and just fix it.
> >
> >
> >
> > Join by providing feedback:
> >
> > http://mawercer.de/vim
20 matches
Mail list logo
