Hello,
Attached is a patch adding runtime files (syntax, indent, ftplugin, and
an autoloaded completion script) for the Clojure programming language.
In 2007, Toralf Wittner posted a vim syntax script to the Clojure
mailing list, and in 2008 Meikel Brandmeyer included it in VimClojure,
a sophisti
Hi Chip,
I sometimes use gvim on Windows (win7 64-bit). There, I found that netrw's gx
(netrw#NetrwBrowseX) on an URL fails to launch the page in my browser when
shellslash is set: netrw posts the message "Press to continue" to the cmd
window, but nothing else happens.
Hacking autoload/netrw
Vim detects the filetype of Git commit message buffers, but because Git
uses a different filename for merge messages than it does for normal
commit messages, Vim does not similarly detect the filetype for merge
messages. The attached patch fixes this.
diff -r b1b18442cf4b runtime/filetype.vim
--- a
Hello!
I don't know (yet) which patch was responsible, but one of the patches
from 785-796 has caused me to no longer have Luxi Mono 10 available
(scientific linux 6.3, huge). I tried reversing the patches, but the
resulting vim still no longer provides Luxi Mono 10. So, I'm now in the
proc
Skeept wrote:
> I have some warnings when compiling with visual studio 2012:
>
> ex_cmds.c(4768) : warning C4267: '=' : conversion from 'size_t' to 'int',
> possible loss of data
>
>
> if_perl.xs(1051) : warning C4244: '=' : conversion from 'IV' to 'int',
> possible loss of data
> if_perl.xs
Ken Takata wrote:
> Bram Moolenaar wrote:
>
> > Patch 7.3.786
> > Problem:Python threads don't run in the background (issue 103).
> > Solution: Move the statements to manipulate thread state.
> > Files: src/if_python.c
>
> There is the same problem with if_python3.
> Following pa
Patch 7.3.797 (after 7.3.792)
Problem:Compiler warning for size_t to int conversion. (Skeept)
Solution: Add type casts.
Files: src/ex_cmds.c
*** ../vim-7.3.796/src/ex_cmds.c2013-01-30 16:30:19.0 +0100
--- src/ex_cmds.c 2013-01-30 21:52:17.0 +0100
Hi
On Mi, 30 Jan 2013, skeept wrote:
> I have some warnings when compiling with visual studio 2012:
>
> ex_cmds.c(4768) : warning C4267: '=' : conversion from 'size_t' to 'int',
> possible loss of data
>
>
> if_perl.xs(1051) : warning C4244: '=' : conversion from 'IV' to 'int',
> possible l
On 30/01/13 17:30, Bram Moolenaar wrote:
Patch 7.3.794
Problem:Tiny build fails. (Tony Mechelynck)
Solution: Adjust #ifdefs.
Files: src/charset.c
[...]
For some reason, after this patch which touches only charset.c, the link
error for regexp.c in the tiny build disappears. I don't
Patch 7.3.796
Problem:"/[^\n]" does match at a line break.
Solution: Make it do the same as "/.". (Christian Brabandt)
Files: src/regexp.c, src/testdir/test79.in, src/testdir/test79.ok
*** ../vim-7.3.795/src/regexp.c 2013-01-30 13:59:31.0 +0100
--- src/regexp.c2013-01-
> Test 70 fails. I worked around it for now by changing:
>
> :if l2[2] == l2
>
> to
>
> :if l2[2] == "item2"
>
> Please find out what the proper solution is.
Thanks Bram. Will check it out.
--
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your
Patch 7.3.795
Problem:MzScheme does not build with tiny features.
Solution: Add #ifdefs. Also add UNUSED to avoid warnings. And change
library ordering.
Files: src/if_mzsch.c, src/Makefile
*** ../vim-7.3.794/src/if_mzsch.c 2013-01-30 14:55:35.0 +0100
--- sr
Tony Mechelynck wrote:
> Trying to build "tiny" Vim after updating source with 7.3.786 to 7.3.789
>
> Configuration is as follows:
>
> export CONF_OPT_X='--without-x'
> export CONF_OPT_GUI='--disable-gui'
> export CONF_OPT_LUA='--disable-luainterp'
> export CONF_OPT_FEAT='--with-features=tiny'
Patch 7.3.794
Problem:Tiny build fails. (Tony Mechelynck)
Solution: Adjust #ifdefs.
Files: src/charset.c
*** ../vim-7.3.793/src/charset.c2013-01-23 15:53:08.0 +0100
--- src/charset.c 2013-01-30 17:08:05.0 +0100
***
*** 939,957
retur
I have some warnings when compiling with visual studio 2012:
ex_cmds.c(4768) : warning C4267: '=' : conversion from 'size_t' to 'int',
possible loss of data
if_perl.xs(1051) : warning C4244: '=' : conversion from 'IV' to 'int', possible
loss of data
if_perl.xs(1094) : warning C4244: '=' : conv
Hi,
Bram Moolenaar wrote:
> Patch 7.3.786
> Problem:Python threads don't run in the background (issue 103).
> Solution: Move the statements to manipulate thread state.
> Files:src/if_python.c
There is the same problem with if_python3.
Following patch seems to fix this (but I'm
Patch 7.3.793 (after 7.3.792)
Problem:New interactive :substutite behavior is not tested.
Solution: Add tests. (Christian Brabandt)
Files: src/testdir/test80.in, src/testdir/test80.ok
*** ../vim-7.3.792/src/testdir/test80.in2011-06-19 04:31:54.0
+0200
--- src/testdir/
Ken Takata wrote:
> I found another misalignment in the help files.
> Attached patch fixes it.
I'll include it, thanks!
--
FATHER:You killed eight wedding guests in all!
LAUNCELOT: Er, Well ... the thing is ... I thought your son was a lady.
FATHER:I can understand that.
Patch 7.3.792
Problem:":substitute" works differently without confirmation.
Solution: Do not change the text when asking for confirmation, only display
it.
Files: src/ex_cmds.c
*** ../vim-7.3.791/src/ex_cmds.c2013-01-17 18:33:58.0 +0100
--- src/ex_cmds.c
I'm building vim on windows 7 with MinGW.
After that patch I get the following error:
[...]
... -freg-struct-return -s -DINCLUDE_MZSCHEME_BASE if_mzsch.c -o
gobjZi386/if_mzsch.o
if_mzsch.c: In function 'window_new':
if_mzsch.c:1747:21: error: lvalue required as left operand of assignment
if_mzs
Hi,
Bram Moolenaar wrote:
>
> Dominique Pelle wrote:
>
> > Ken Takata wrote:
> >
> > > Hi,
> > >
> > > 2012/06/03 Sun 22:38:35 UTC+9 Ken Takata:
> > >> Hi Bram and Dominique,
> > >>
> > >> > So please hold this patch until the Tab behavior is changed. Then we
> > >> > at
> > >> > least know
I think the current line number (rnu) should be idented like the rest (even if
LineNr should be identical to CursorLineNr). Right now it looks a little bit
ragged on the left side. What speaks against right-aligning the current line
number?
--
--
You received this message from the "vim_dev" m
On 01/29/2013 04:33 PM, Bram Moolenaar wrote:
> I do not like the behavior to depend on timing. I would prefer the
> local mapping to always take precedence, also when another character was
> already typed that causes a global mapping to match. Otherwise the
> behavior depends on how busy your comp
Sergey Khorev wrote:
> On Wed, Jan 23, 2013 at 5:12 PM, Bram Moolenaar wrote:
>
> >
> > You sent me a patch two months ago. Did you make an update since then?
> > Please send me the patch again to make sure it works with the current
> > source code.
>
>
> Here is an updated patch. As of anot
Fantastic, thanks guys.
--
--
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
"
Trying to build "tiny" Vim after updating source with 7.3.786 to 7.3.789
Configuration is as follows:
export CONF_OPT_X='--without-x'
export CONF_OPT_GUI='--disable-gui'
export CONF_OPT_LUA='--disable-luainterp'
export CONF_OPT_FEAT='--with-features=tiny'
export CONF_OPT_PERL='--disable-perlinte
Patch 7.3.790
Problem:After reloading a buffer the modelines are not processed.
Solution: call do_modelines(). (Ken Takata)
Files: src/fileio.c
*** ../vim-7.3.789/src/fileio.c 2012-12-05 19:13:11.0 +0100
--- src/fileio.c2013-01-30 14:08:21.0 +0100
*
Patch 7.3.789 (after 7.3.776)
Problem:"\k" in regexp does not work in other window.
Solution: Use the right buffer. (Yukihiro Nakadaira)
Files: src/mbyte.c, src/proto/mbyte.pro, src/regexp.c
*** ../vim-7.3.788/src/mbyte.c 2013-01-23 16:19:17.0 +0100
--- src/mbyte.c 2013-01-30
Patch 7.3.788
Problem:When only using patches build fails on missing nl.po.
Solution: Create an empty nl.po file.
Files: src/po/Makefile
*** ../vim-7.3.787/src/po/Makefile 2013-01-17 13:35:13.0 +0100
--- src/po/Makefile 2013-01-30 12:50:41.0 +0100
Nazri Ramliy wrote:
> On Tue, Jan 29, 2013 at 10:51 PM, Nazri Ramliy wrote:
> > For better distinction the current line number ca be left-aligned
> > (for left-to-right text orientation) to make it look different than the
> > relative-line-numbers (I made no attempt at this in the patch below).
Patch 7.3.787
Problem:With 'relativenumber' set it is not possible to see the absolute
line number.
Solution: For the cursor line show the absolute line number instead of a
zero. (Nazri Ramliy)
Files: src/screen.c
*** ../vim-7.3.786/src/screen.c 2012-12-05 16:1
Patch 7.3.786
Problem:Python threads don't run in the background (issue 103).
Solution: Move the statements to manipulate thread state.
Files: src/if_python.c
*** ../vim-7.3.785/src/if_python.c 2012-10-21 01:46:56.0 +0200
--- src/if_python.c 2013-01-30 11:38:06.00
Updates:
Status: Fixed
Comment #15 on issue 103 by brammool...@gmail.com: Python thread are not
running in background
http://code.google.com/p/vim/issues/detail?id=103
The patch is included as 7.3.786.
Please reopen this issue if it didn't fix the problem.
--
--
You received this mes
On Wed, January 30, 2013 08:07, Nazri Ramliy wrote:
> On Tue, Jan 29, 2013 at 10:51 PM, Nazri Ramliy wrote:
>> For better distinction the current line number ca be left-aligned
>> (for left-to-right text orientation) to make it look different than the
>> relative-line-numbers (I made no attempt at
34 matches
Mail list logo
