I have tested it, and all ok. thanks! :)
--
--
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
cs86661於 2015年5月19日星期二 UTC+8下午10時24分08秒寫道:
> oh~ya~~~It's seen to be fixed! thank you. :)
sign~I found another problem...
=
:ta test ---> jump to #1
:1ta test ---> jump to #1
:2ta test ---> jump to #2
:3ta test ---> jump to #2
:normal ---> I want to jump to th
oh~ya~~~It's seen to be fixed! thank you. :)
--
--
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
I just try h_east's patch. This issue is no longer happened. thank you very
much! :)
--
--
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 t
The idea is come from "Intelligent Tags"
http://www.vim.org/scripts/script.php?script_id=3662
It will pruduce seperate tag files per source files, and place them in another
directory. If anyone source file saved, it's tag file will update. And VIM's
setting "tags" will append many tag file path.
reproduce steps
=
:h
:set ve=all
:normal gg}gm ---> put cursor on first empty line, and move to virtual character
:vimgrep /help/ ---> the first jump would be wrong place
:cnext ---> still wrong column
:cnext ---> still wrong column
=
--
--
You received this message from the "vim_dev" ma
Hi all:
I found one problem when cursor is placed on virtual character, then call
'cnext' will jump to the right line number, but wrong column position?!
problem commands
==
'cc'
'cnext'
'cprevious'
'll'
'lnext'
'lprevious'
=
--
--
You received this message from the "vim_dev" maillis
ctags command
=
:!ctags --c-kinds=+px --c++-kinds=+px --fields=+iaS --extra=+q -f test.c.tags
test.c
:!ctags --c-kinds=+px --c++-kinds=+px --fields=+iaS --extra=+q -f test.h.tags
test.h
=
--
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply bel
ctags command
=
!ctags --c-kinds=+px --c++-kinds=+px --fields=+iaS --extra=+q -f test.c.tags
test.c
!ctags --c-kinds=+px --c++-kinds=+px --fields=+iaS --extra=+q -f test.h.tags
test.h
=
--
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below
YA~it looks perfect! Thank you very much! ^_^
--
--
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
thank you. I patch it into vim 7.4.542. It seems to be correct ...almost!
I found it has another problem, maybe I should not use this conceal feature. :(
example:
1. open test_2.c.
2. change settings.
:set list
:set listchars=tab:\|-
:syntax match Conceal conceal cchar=> 'MSG_MODE_'
:set concea
example:
1. open test.c.
2. change settings.
:set list
:set listchars=tab:\|-
:syntax match Conceal conceal cchar=> 'AB'
:set conceallevel=1
3. problem setting, some chars disappeared ?!
:set lbr
--
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply bel
Christian Brabandt於 2014年10月31日星期五UTC+8上午3時17分02秒寫道:
> No. Otherwise Vim wouldn't know when to use the global value and when to
> use the buffer-local value.
ok, I got it. Thank you very much. ^_^
--
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply be
Christian Brabandt於 2014年10月30日星期四UTC+8下午3時06分40秒寫道:
> Am 2014-10-30 07:35, schrieb cs86661:
>
> What you are seeing here is the local initial undolevel value.
> (which basically means, that the global value will be used).
>
> Best,
> Christian
oh, I found the undolevels i
1. vi -u NONE --noplugin
2. verbose set undolevels undoreload (both are global values)
> undolevels=1000
> undoreload=1
3. verbose setlocal undolevels undoreload
> undolevels=-123456
> undoreload=1
--
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your
when I set ~/.viminfo to be symbolic link to /tmp/.viminfo, then close vim.
The symbolic link will be replaced with an reqular .viminfo file ?
So I can't simply use symbolic link on ~/.viminfo :(
reproduce:
cd
mv .viminfo /tmp/
ln -s /tmp/.viminfo .viminfo
file .viminfo (.viminfo: symbolic link to
Bram Moolenaar於 2013年12月12日星期四UTC+8上午12時59分00秒寫道:
> + vim_create_process(
> + const char *cmd,
> + DWORD flags,
> + BOOLinherit_handles,
> + STARTUPINFO *si,
> + PROCESS_INFORMATION *pi)
It shout be changed to ...
+ vim_create_pro
src/gui_riscos.c|1764| [gui_riscos.c:2291]: (error) Array
'front_block[10]' index 20 out of bounds
src/gui_riscos.c|1764| [gui_riscos.c:2293]: (error) Array
'front_block[10]' index 28 out of bounds
--
You received this message from the "vim_dev" maillist.
Do not top-post! Type your reply below th
sorry, I was wrong.
I mistook :tabn as :tagn ...:P
On 3月8日, 上午7時59分, Nazri Ramliy wrote:
> On Sun, Mar 7, 2010 at 6:07 PM, cs86661 wrote:
> > I think gt/gT should to the same thing with :tn/:tp, but it can't.
> > Why?
>
> Because gt/gT do different thing than :tn/:tp
I think gt/gT should to the same thing with :tn/:tp, but it can't.
Why?
--
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
20 matches
Mail list logo