gradle/groovy doesn't allow to use # for line comment. Line comment just to be
//.
- mattn
diff -r 39e174e02dec runtime/syntax/groovy.vim
--- a/runtime/syntax/groovy.vim Thu Apr 09 22:08:22 2015 +0200
+++ b/runtime/syntax/groovy.vim Mon Apr 13 15:46:35 2015 +0900
@@ -220,7 +220,6 @@
syn match
Hi,
Yuri schrieb am 11.04.2015 um 07:00:
> Once in a while I get into this after accidentally typing the wrong command:
> # vim some-file | some-cmd
> bash: some-cmd: command not found
> Vim: Warning: Output is not to a terminal
> ^C
>
> Ctrl-C doesn't kill vim. So I have to press Ctrl-Z and th
When the current window is greater than one and another tab page exists with
only one window, loading the session causes an error. The variable tracking the
current window number in 'makeopens' is not reset for each tab page.
To reproduce (tested in 7.4.692):
vim -u NONE -i NONE -N ~/.vimrc -c
I ran vim74 blowfish encryption in a debugger and
vim74 blowfish is working correctly.
Yves had reversed the arguments (dst,src) to mch_memmove
in his copy of the source common.c
I wish, vim provided microsoft visual studio projects (dsp, dsw, sln)
with the sources,
then vim would debug-able with
On Saturday, April 11, 2015 at 12:22:07 PM UTC-5, m wrote:
> In blowfish.c,
>
> The args src and dest to mch_memmove reversed from
> the convention used by memmove, so code is zeroing out sbx_init
> instead of initializing bfs->sbx
>
> Reverse the src and dest in this line to fix the code.
>
>
I am seeing that '=' and '&&' elements aren't highlighted in this example.
However, when when the braces are removed it highlights ok.
filetype=sh, is_posix=1
FreeBSD
Yuri
--- problem testcase: = and && aren't highlighted! ---
#!/bin/sh
myfunc() {
([ ${myvar} = "YES" ] && aaa) ||
([ ${myv
On 11-Apr-15, Bram Moolenaar wrote:
> Thanks! That looks like a solid analysis. I'll check out the patch
> soon.
Please let me know if you require a separate patch for each fix. I did
not split up the patch because there are dependencies between the fixes
and to save time.
Olaf
--
Olaf Da
Affects: 7.4.273 (me), 7.4.657
Reproduce: vim -N -u NONE -c 'inoremap f :execute "normal :h
e"f'
Description: On all but the fastest machine, given the above vim, enter "f"
and another key relatively quickly. The second key will be dropped while
processing the first.
Speculation: I presume this on
Christian -
> On Sa, 11 Apr 2015, Bram Moolenaar wrote:
>
> > Can't we fix that? I transferred the Mercurial repo from Google code to
> > BitBucket, and because it's a continuation of the previous repo it works
> > to just change the URL in .hg/hgrc.
> >
> > I suppose it would work if the BitB
^ I'd like that!
--
--
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
---
You received this message because you are subscribed to the Google Groups
"vim_dev
10 matches
Mail list logo