Mathias Michaelis wrote:
Patch 7.0.Make_GvimExt
Problem:On Windows, when GvimExt is built with Microsoft Visual
Studio 2005, the context menu item Edit with vim doesn't
appear in Explorer. Reason: GvimExt.dll cannot be loaded,
because it is not
Ilya Bobir wrote:
I've found bug in vim version
VIM - Vi IMproved 7.0 (2006 May 7, compiled May 25 2006 04:17:33)
MS-Windows 32 bit GUI version with OLE support
Included patches: 1-17
In case incremental search is on, tab line some times is not visible.
Steps to reproduce:
gvim -u
Mathias Michaelis wrote:
Patch
Problem:Make_mvc.mak creates an empty gvim.exe.mnf file (or stops
with an error message). (Suresh Govindachar)
Solution: Don't use 'echo' to create files. Use inline files instead.
Files: src/Make_mvc.mak
This has always worked just
Mathias Michaelis wrote:
first of all: THANKS!
This issue is explained in MSDN in section about SxS - Side by
Side Components. I've attached patch against current
GvimExt/gvimext.rc that would make resource compiler add manifest
inside generated DLL - this is what is required to make
David -
Thanks for the patches. I'll include them.
- Bram
--
Back up my hard drive? I can't find the reverse switch!
/// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\
///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
\\\download,
Hello,
Since svn sources haven't been updated, and since
they differs from the cvs sources by CR/LF in some
files, I tried cvs. However:
The following:
C:\home\suresh\develop\vim\cvsc:\opt\cvs\cvs -z3 -d:pserver:[EMAIL
PROTECTED]:/cvsroot/vim checkout vim7
resulted in:
* Suresh Govindachar sgovindachar@ [060618 01:27]:
Am I doing something wrong, or is cvs just down?
CVS access has been changed some time ago. Use
:pserver:[EMAIL PROTECTED]:/cvsroot/vim as
cvsroot.
--
Regards,
Sir Raorn.
signature.asc
Description: Digital signature
Based on Sir Raorn's reply, I tried:
C:\home\suresh\develop\vim\cvsc:\opt\cvs\cvs -z3 -d:pserver:[EMAIL
PROTECTED]:/cvsroot/vim checkout vim7
which did lots of stuff and ended with:
U vim7/src/xxd/xxd.c
cvs checkout: dying gasps from vim.cvs.sourceforge.net unexpected
Repeating
A.J.Mechelynck wrote:
Suresh Govindachar wrote:
Based on Sir Raorn's reply, I tried:
C:\home\suresh\develop\vim\cvsc:\opt\cvs\cvs -z3 -d:pserver:[EMAIL
PROTECTED]:/cvsroot/vim checkout vim7
which did lots of stuff and ended with:
U vim7/src/xxd/xxd.c
cvs
Suresh Govindachar wrote:
The reason for fetching from cvs is to avoid having to patch.
(and the reason for not using svn is that svn is out-of-date,
and svn differes from Bram's cvs by CR/LF in some files).
There were concerns about switching over to Subversion when we first
Hi all,
For Vim 7, it seems that filename completion in the :cmdline ignores
case when searching for matches. For example,
:e FTab
matches both
foo.txt
Foo.txt
This is different from Vim 6 where it only matches
Foo.txt
Is there any way to revert back to the old behavior?
--
Gerald
try :noic
On Sat, Jun 17, 2006 at 02:32:46AM -0700, Gerald Lai wrote:
Hi all,
For Vim 7, it seems that filename completion in the :cmdline ignores
case when searching for matches. For example,
:e FTab
matches both
foo.txt
Foo.txt
This is different from Vim 6 where it only
Gerald Lai wrote:
For Vim 7, it seems that filename completion in the :cmdline ignores
case when searching for matches. For example,
:e FTab
matches both
foo.txt
Foo.txt
This is different from Vim 6 where it only matches
Foo.txt
Is there any way to revert back to
On Sat, 17 Jun 2006, Bram Moolenaar wrote:
Gerald Lai wrote:
For Vim 7, it seems that filename completion in the :cmdline ignores
case when searching for matches. For example,
:e FTab
matches both
foo.txt
Foo.txt
This is different from Vim 6 where it only matches
Foo.txt
Is
Hi,
Am Freitag, 16. Jun 2006, 18:47:32 +0200 schrieb Christian Ebert:
* Bram Moolenaar on Friday, June 16, 2006 at 17:24:20 +0200:
I'll leave it up to language specialists to decide whether making straße
uppercase should result in STRAßE or STRASSE. I thought it was STRASSE.
Historic:
Hi All
I'm using the CD.vim script from:
http://vim.sourceforge.net/scripts/script.php?script_id=65
to synchronize the current working directory with the current buffer.
au BufEnter * execute :lcd . expand(%:p:h)
On Vim7, when I browse directories (e.g :e c:\Projects)... the current
Chris Sutcliffe wrote:
if exists('+autochdir')
set autochdir
else
autocmd BufEnter * silent! lcd %:p:h:gs/ /\\ /
endif
In my _vimrc and it's worked beautifully in both vim 6 and vim 7.
I just tried 'autochdir', and when i'm browsing a directory, it seems to
set the current working
Marc Weber wrote:
Hi. I don't know much about errorformats in vim yet,
I didn't manage to match these errors
but I get a crash ;)
It doesn't crash when removing the none error marker lines.
Can you help me with finding a errorformat string ?
Or should I write another parser to remove the
Hari Krishna Dara wrote:
I am observing what might be inconsistency in the order in which vim
fires autocommands. First, ovserving the order of buffer and window events,
- Using :new:
WinLeave
WinEnter
BufLeave
BufEnter
- Using :wincmd w
BufLeave
WinLeave
WinEnter
BufEnter
Quoting K.S.Sreeram [EMAIL PROTECTED]:
Chris Sutcliffe wrote:
if exists('+autochdir')
set autochdir
else
autocmd BufEnter * silent! lcd %:p:h:gs/ /\\ /
endif
In my _vimrc and it's worked beautifully in both vim 6 and vim 7.
I just tried 'autochdir', and when i'm browsing a
[EMAIL PROTECTED] wrote:
:he netrw-problems
In particular, look at P6.
Thanks for the pointer, but unfortunately doing
let g:netrw_keepdir = 0
in _vimrc file does not seem to have any effect at all!
Here's what happens:
1) run gvim.exe
2) :pwd (output: c:\Vim\vim70)
3) :e c:\Projects\Test\
Dan Clarke wrote:
In my workplace, our coding standard states that we have to declare our
variables on the next line from the variable type. The intellisense in
vim7 doesn't work when it's like this.
For example ...
typedef struct
{
int
i;
}my_structure;
On Sat, 17 Jun 2006, A.J.Mechelynck wrote:
Gerald Lai wrote:
On Sat, 17 Jun 2006, Bram Moolenaar wrote:
Gerald Lai wrote:
For Vim 7, it seems that filename completion in the :cmdline ignores
case when searching for matches. For example,
:e FTab
matches both
foo.txt
Foo.txt
On Sat, 17 Jun 2006, K.S.Sreeram wrote:
[EMAIL PROTECTED] wrote:
:he netrw-problems
In particular, look at P6.
Thanks for the pointer, but unfortunately doing
let g:netrw_keepdir = 0
in _vimrc file does not seem to have any effect at all!
Here's what happens:
1) run gvim.exe
2) :pwd
On 6/18/06, Suresh Govindachar [EMAIL PROTECTED] wrote:
Hello,
Since svn sources haven't been updated,
The content in subversion repository is the same with the CVS
repository, at most 1 day later. It doesn't update only because Bram
had been out for holiday since last month.
and since
25 matches
Mail list logo