The following does not work as expected. I wonder
whether it is a bug or a feature:
cabbr XXX c-R=xyz.Left()cr
function! Left()
return \Left
endfun
Instead of repositioning cursor left, I get
:[EMAIL PROTECTED]
I know It is possible to make it work via feedkeys(), but this
[EMAIL
This is filetype.vim patch and syntax for initng config files.
Initng is bold new replacement for sysv-init, http://initng.thinktux.net
Those config files sit under /etc/initng/** and have extension *.i
Distinguishing them from other *.i files is easy, they have
#!/bin/itype in the 1st line.
Mark S. Williams wrote:
I think I've uncovered an odd bug involving Netrw and the cindent
local buffer option for Java files, where cindent is unset under
certain conditions.
I'm afraid that I don't see this problem; I tried both your examples.
Please try v103f from my website:
Christian MICHON wrote:
Hi vim-devers,
I'm currently trying out git (linux scm) and I have not found yet
how to perform a gvimdiff on a file locally modified with the latest
commit.
Is there a simple/easy way out for this issue ? Any git
specialist amond vim-dev who could give me a hint ?
which was the logical conclusion I also came too!
Thanks for confirming :)
I now proceed thru a shell script to checkout previous
version and perform gvimdiff asynchronously to git.
works like a charm :)
On 8/21/06, A.J.Mechelynck [EMAIL PROTECTED] wrote:
Christian MICHON wrote:
Hi
Hello!
Are there any common method to return values from
ex_func_T type functions which are defined in
CMD_index in ex_cmds.h (external command handlers - say perl/ruby and etc)?
I would like to return function execution result to calling script - say
string, or list.
Thanks in advance,
Gaspar
Gaspar Chilingarov wrote:
Hello!
Are there any common method to return values from
ex_func_T type functions which are defined in
CMD_index in ex_cmds.h (external command handlers - say perl/ruby and etc)?
I would like to return function execution result to calling script - say
string, or list.
Hi all!
IIUC, ex_func_t means void *, i.e., a pointer to anything. You would
still need to know what type of object (a pointer to what) the function
you're calling is actually returning.
well, I'm going to write if_* script to integrate vim with erlang -- so
I need to pass
Gaspar Chilingarov wrote:
Hi all!
IIUC, ex_func_t means void *, i.e., a pointer to anything. You would
still need to know what type of object (a pointer to what) the function
you're calling is actually returning.
well, I'm going to write if_* script to integrate vim with erlang -- so
I
Hi Srinath,
For now, I am just going to set noignorecase to get around this, but
it would be nice if this were fixed. On another note, I would like an
option which only ignores case when searching. When doing completion,
I have taken the trouble of typing Graph with a capital G, so I
don't
10 matches
Mail list logo