John Beckett wrote:
> letting the user know that netrw will
> use 'move', 'mkdir', 'rmdir' as a default
I mean 'copy', not 'move'.
> I wouldn't bother doing anything about it, but FYI line 3837:
>if executable("start")
I just thought about this and checked. There is no executable
'start', an
Charles Campbell wrote:
> So, how best to make this work? I was thinking
>
> if has("win32") || has("win95") || has("win64") || has("win16")
>if executable("cmd")
> let g:netrw_localmovecmd= "cmd move"
>endif
> endif
No, as Ben said it would have to be "cmd /c move" and that's
just
On 04/09/12 11:49, Myk Taylor wrote:
I've noticed that my svn commit messages aren't colored properly when I
add a file with history (via svn copy, for example). I've attached a
small patch for the svn.vim syntax file to correct the regex.
I filed issue 61 to track this.
http://code.google.com/
Hi all,
I've noticed that my svn commit messages aren't colored properly when I
add a file with history (via svn copy, for example). I've attached a
small patch for the svn.vim syntax file to correct the regex.
Thanks!
Myk Taylor
--
You received this message from the "vim_dev" maillist.
Do not
Status: New
Owner:
Labels: Type-Defect Priority-Medium
New issue 61 by myk.tay...@gmail.com: [patch] svn.vim syntax file doesn't
recognize add-with-history syntax
http://code.google.com/p/vim/issues/detail?id=61
What steps will reproduce the problem?
1. set vim as the svn editor
2. svn c
Status: New
Owner:
Labels: Type-Defect Priority-Medium
New issue 60 by francesc...@gmail.com: Netrw is broken [Patch included]
http://code.google.com/p/vim/issues/detail?id=60
What steps will reproduce the problem?
1. Open Netrw
What version of the product are you using? On what operating
Hong Xu wrote:
> The attachment add *.vb for filetype vb, since VB.NET source files use
> ".vb" as their suffix.
I'll include it.
--
'I generally avoid temptation unless I can't resist it."
-- Mae West
/// Bram Moolenaar -- b...@moolenaar.net -- http://www.Moolenaar.net \
Patch 7.3.495 (after 7.3.492)
Problem:Compiler warnings.
Solution: Add function declaration. Remove "offset" argument.
Files: src/misc1.c
*** ../vim-7.3.494/src/misc1.c 2012-04-06 13:56:00.0 +0200
--- src/misc1.c 2012-04-09 20:25:58.0 +0200
***
*** 4972,4
Hong Xu wrote:
> On 04/09/2012 09:54 AM, David Pope wrote:
> > This patch generates a warning on Windows x64 build (possibly other
> > 64-bit builds too):
> >
> > misc1.c
> > misc1.c(5813) : warning C4267: '=' : conversion from 'size_t' to
> > 'int', possible loss of data
> >
> > -- Dav
David Pope wrote:
> This patch generates a warning on Windows x64 build (possibly other 64-bit
> builds too):
>
> misc1.c
> misc1.c(5813) : warning C4267: '=' : conversion from 'size_t' to 'int',
> possible loss of data
I'll make a patch to fix it. I also notice now that a declaration
On Monday, April 9, 2012 8:59:48 AM UTC-5, Charles Campbell wrote:
> Hello,
>
> I have a request of a windows person out there (I currently don't have
> access to a windows box).
>
> The latest netrw asks users to consider setting up local commands for
> copy/mkdir/rmdir, but I've been told tha
Hello,
I have a request of a windows person out there (I currently don't have
access to a windows box).
The latest netrw asks users to consider setting up local commands for
copy/mkdir/rmdir, but I've been told that there really aren't any such
commands available under Windows; instead, they
Hi,
The attachment add *.vb for filetype vb, since VB.NET source files use
".vb" as their suffix.
Hong
--
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
dif
There is an unbalanced "endif" at here on the mercurial repos.
http://code.google.com/p/vim/source/browse/runtime/autoload/netrw.vim#327
May it be a problem on the mercurial repos only?
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below the text you
On Monday, 9 April 2012 13:10:45 UTC+8, JohnBeckett wrote:
> src/Makefile includes:
> objects/py_config.o: $(PYTHON_CONFDIR)/config.c
>
> The file /usr/lib/python2.7/config/config.c does not contain any
> of the identifiers that give the errors above, so my guess is
> that you have a mixture
On Mon, Apr 9, 2012 at 9:36 AM, David Pope wrote:
> 1. Build vim in the src directory with 'nmake -f Make_mvc.mak FEATURES=HUGE
> MBYTE=yes'
> 2. Run tests in the testdir directory with 'nmake -f Make_dos.mak clean',
> followed by 'nmake -f Make_dos.mak'.
>
> Nazri, can you check that those three
On 04/09/2012 09:54 AM, David Pope wrote:
This patch generates a warning on Windows x64 build (possibly other
64-bit builds too):
misc1.c
misc1.c(5813) : warning C4267: '=' : conversion from 'size_t' to
'int', possible loss of data
-- Dave
On Fri, Apr 6, 2012 at 7:56 AM, Bram Moolena
17 matches
Mail list logo