unable to open window
retry from console. See commented lines below SetupVAM in docs.
If vim asks a questions its not waiting for the gui showing up.
Because icons don't have a shell questions get lost and vim stuck
waiting for answers.
M
--
You received this message from the vim_use
Has anyone successfully built Vim for Windows 7 with support for 64 bit
perl? It would be nice if VIM were 64 bit, but 32 bit VIM is OK; embedded
perl must be 5.12 64 bit.
32bit application cannot use 64bit dll. Here is x64 Vim built with
ActivePerl 5.12.4.1205:
On Saturday, March 24, 2012 2:22:26 PM UTC+1, volker@gmx.de wrote:
On Sat, 24 Mar 2012 14:06:30 +0100
Christian Brabandt wrote:
Hi rameo!
On Fr, 23 Mär 2012, rameo wrote:
I would like to know if it is possible in a future gvim release to add
a horizontal ruler like the
On 03:00 Sun 25 Mar , rameo wrote:
On Saturday, March 24, 2012 2:22:26 PM UTC+1, volker@gmx.de wrote:
On Sat, 24 Mar 2012 14:06:30 +0100
Christian Brabandt wrote:
Hi rameo!
On Fr, 23 Mär 2012, rameo wrote:
I would like to know if it is possible in a future gvim
On 11:16 Sun 25 Mar , Marcin Szamotulski wrote:
On 03:00 Sun 25 Mar , rameo wrote:
On Saturday, March 24, 2012 2:22:26 PM UTC+1, volker@gmx.de wrote:
On Sat, 24 Mar 2012 14:06:30 +0100
Christian Brabandt wrote:
Hi rameo!
On Fr, 23 Mär 2012, rameo wrote:
Hello
i need to contact Ramón Flores about the file 'runtime/spell/gl/gl_ES.diff'. But
as of now there is no known to be working email address to contact him.
Anybody here knows how to reach Ramón Flores?
--
Regards,
Thilo
4096R/0xC70B1A8F
721B 1BA0 095C 1ABA 3FC6 7C18 89A4 A2A0 C70B 1A8F
Sergey Khorev wrote:
32bit application cannot use 64bit dll. Here is x64 Vim
built with ActivePerl 5.12.4.1205:
http://dl.dropbox.com/u/27071670/gvim-7.3.480.x64.dynperl-5.12.4.1205.zip
Thanks -- I tried your build and it works on my machine. When
I was on 32 bit Win XP, I
I would like to build
from sources on Win 7 64 bit also. Would you please provide
the steps for doing so? (The only procedure I am unable to
use would be one that involves cygwin; procedures involving
Visual Studio, MinGW or even cross-compiling from linux are
OK.)
Using MS Visual
Friends,
Unless I have procmail and/or mutt misconfigured, I've run across a
problem with the vim mailing lists in particular and possibly
googlegroups in general.
It seems that googlegroups strips any recipient delimiter from an
address when crafting any message destined as a reply.
For
Hi,
Consider this line of text: abc def. If the cursor is on d and
you type Dixesc in normal mode, the result will depend on the
value of 'virtualedit'.
* when ve=, you get abcx
* when ve=onemore, you get abc x
* when ve=all, you get abc x
You will find that you get the same results if you
Hi,
I started using netrw in tree mode. In tree mode (and all of its
other single-column modes), it highlights the entire line containing
the cursor. That's cool, but the problem is that when I hit 'o' or
't' to open a file, the behavior of highlighting the entire line
persists in the newly
On Sun, Mar 25, 2012 at 06:25:29PM -0400, Aaron Bohannon wrote:
Hi,
I started using netrw in tree mode. In tree mode (and all of its
other single-column modes), it highlights the entire line containing
the cursor. That's cool, but the problem is that when I hit 'o' or
't' to open a file,
Hello,
Marc Weber Wrote:
I think I've understood how it works.
I'll just need to fix the json file to reflect the actual names.
in that file plugins which are also on www.vim.org are associated
by script ids for the rare case that the author changes the title of
the plugin - then the id
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 25/03/2012 22:49, Jorge Luis wrote:
Friends,
Unless I have procmail and/or mutt misconfigured, I've run across a
problem with the vim mailing lists in particular and possibly
googlegroups in general.
It seems that googlegroups strips any
14 matches
Mail list logo
