vim_dev Google Group

Re: vim homepage: Obsolete reference to http://vi-improved.com/wiki

micat...@gmail.com (Tom Link) — Sun, 03 Jan 2010 17:12:48 UT

This isn't the wiki though it once referred to. It seems to be rather
related to the #vim IRC channel, isn't it?

Re: vim homepage: Obsolete reference to http://vi-improved.com/wiki

james...@jamessan.com (James Vega) — Sun, 03 Jan 2010 17:04:44 UT

It should be <[link]>.

vim homepage: Obsolete reference to http://vi-improved.com/wiki

micat...@gmail.com (Tom Link) — Sun, 03 Jan 2010 16:34:56 UT

On the vim homepage/community, there is a link to [link]
The domain seems no longer to be active and is now redirected to a
GoDaddy page.
Regards,
Tom

conf check in ftplugin.vim slightly broken (?)

jdho...@gmail.com (JD) — Sun, 03 Jan 2010 10:02:47 UT

Hey all,
I was having some fun earlier today, going through some .conf files in
Vim and i noticed that conf file that are bind-style (conf filetype in
vim) that use C-style comments like: /* comment */ are not recognized
as the conf filetype (or any other filetype for that matter) and even
when i force the conf filetype on by adding "# comment" to the first

Re: netbeans connection when Vim is not compiled with netbeans_intg

xdeg...@gmail.com (Xavier de Gaye) — Sat, 02 Jan 2010 17:40:51 UT

Hi Bram,
I have setup a Mercurial Queues patch at
[link]
It will be easier to test this patch and pyclewn 1.1 can now run with
Vim in a console.
The major change from the patch I sent last April, is that netbeans
version has been increased to "2.5".
Using Mercurial Queues for Vim patches, brings the following advantages:

mousefunc option patch

eric.p.arn...@gmail.com (Eric Arnold) — Fri, 01 Jan 2010 21:01:22 UT

This will allow scripts to use the statusline and tabline as button click areas.
+ *'mousefunction'* *'mfn'*
+ 'mousefunc' 'mfn' string (default empty)
+ global
+ {not in Vi}
+ When nonempty, this option calls the given function when a mouse click
+ is detected. It expects the function to accept these arguments,

Re: Menu translation & wrong encoding in Windows 7

mojca.miklavec.li...@gmail.com (Mojca Miklavec) — Fri, 01 Jan 2010 13:46:24 UT

No problem.
Current language:
"LC_COLLATE=Slovenian_Slovenia .1250;LC_CTYPE=C;LC_MONETARY=S lovenian_Slovenia.1250;LC_NUME RIC=C;LC_TIME=Slovenian_Sloven ia.1250"
BUT!!!
The problem is that, contrary to probably every single UNIX-like
machine, the encoding here doesn't mean "this is the encoding used by

Patch 7.2.325

b...@moolenaar.net (Bram Moolenaar) — Thu, 31 Dec 2009 13:53:13 UT

Patch 7.2.325
Problem: A stray "w" in the startup vimrc file causes the edited file to be
replaced with an empty file. (Stone Kang).
Solution: Do not write a buffer when it has never been loaded.
Files: src/fileio.c
*** ../vim-7.2.324/src/fileio.c 2009-12-02 13:32:10.000000000 +0100
--- src/fileio.c 2009-12-31 14:08:31.000000000 +0100

Patch 7.2.324

b...@moolenaar.net (Bram Moolenaar) — Thu, 31 Dec 2009 12:18:25 UT

Patch 7.2.324
Problem: A negative column argument in setpos() may cause a crash.
Solution: Check for invalid column number. (James Vega)
Files: src/eval.c, src/misc2.c
*** ../vim-7.2.323/src/eval.c 2009-12-24 15:00:31.000000000 +0100
--- src/eval.c 2009-12-31 13:09:19.000000000 +0100
***************

Re: Problem with patch 274

frederic.ha...@mageekbox.net (Frederic Hardy) — Thu, 31 Dec 2009 10:57:19 UT

cw is instantaneous for me.
The problem appear only then i'm inserting text at the place of string
"ogoUnitTest", after "class" keyword.
I have the problem when i'm starting vim with vim -u NONE -U NONE and
without any ~/.vim directory, so vim settings are not a part of the problem.
The problem occurs with vim and gvim.

Re: Menu translation & wrong encoding in Windows 7

antoine.mechely...@gmail.com (Tony Mechelynck) — Thu, 31 Dec 2009 04:36:48 UT

Hello Mojca,
I'm sorry no one answered your posts in almost one month (or only by
breaking the thread).
To see which locale the OS passes to Vim, load it as
gvim -N -u NONE
and then type
:language
This will show you all parts of the locale: LC_MESSAGES for menus &
messages translations, LC_CTYPE for character encoding, LC_TIME for

Re: vim syntax file patch

cornelius.h...@gmail.com (Cornelius) — Thu, 31 Dec 2009 02:48:52 UT

Thanks.
I got the version info from my $vimruntime/syntax/vim.vim
seems my version is older.

Re: Problem with patch 274

dominique.pe...@gmail.com (Dominique Pellé) — Wed, 30 Dec 2009 19:03:30 UT

I'm using Vim-7.2.323 on Linux x86 and for me, going to line 24
in your file ogoUnitTest.php and doing cw command is instantaneous
(24Gcw)
Maybe we have different settings? It would be nice if you could
give the minimal vimrc file which can reproduce the problem
so we can run vim with the same settings using something like:

Problem with patch 274

frederic.ha...@mageekbox.net (Frederic Hardy) — Wed, 30 Dec 2009 17:11:48 UT

Hello !
I have a problem with patch 274 about syntax highlighting.
If i'm apply this patch, syntax highlighting become very very very slow
when i'm modifying text in the start of a large fold.
My OS is FreeBSD 7.1-RELEASE-p9.
My vim version (without patch 274) is VIM - Vi IMproved 7.2 (2008 Aug 9,
compiled Dec 30 2009 17:38:06)

Re: vim syntax file patch

fritzophre...@gmail.com (Ben Fritz) — Wed, 30 Dec 2009 16:50:06 UT

I do NOT see this problem, using the 7.2-93 version of the Vim *syntax
script*. I found this version info by looking at the header comment of
$VIMRUNTIME/syntax/vim.vim.
When I paste your code into a new Vim session and :set ft=vim, both
function snippets shown above fold as expected, although the
g:test_foo is highlighted as a VimFunctionError.