人们谈论常见技巧的问题很多,特别是“Vim+ctags提示和技巧”。
然而,我并没有提到Vim新手会觉得很酷的常用快捷方式。我所说的是一位经验丰富的Unix用户(无论是开发人员、管理员,还是两者都有),他们认为自己知道99%的人从未听说过或梦想过的东西。这不仅让他们的工作更容易,而且很酷,很粗糙。毕竟,Vim位于世界上最黑暗的角落丰富的操作系统中,因此它应该具有只有少数特权人士知道并想与我们分享的复杂性。
人们谈论常见技巧的问题很多,特别是“Vim+ctags提示和技巧”。
然而,我并没有提到Vim新手会觉得很酷的常用快捷方式。我所说的是一位经验丰富的Unix用户(无论是开发人员、管理员,还是两者都有),他们认为自己知道99%的人从未听说过或梦想过的东西。这不仅让他们的工作更容易,而且很酷,很粗糙。毕竟,Vim位于世界上最黑暗的角落丰富的操作系统中,因此它应该具有只有少数特权人士知道并想与我们分享的复杂性。
当前回答
在构建过程缓慢的项目上工作时,我总是在后台构建,并将输出通过管道发送到名为errors.err的文件(类似于make debug 2>&1|tee errors.err)。这使得我可以在构建过程中继续编辑或审阅源代码。当它准备好后(使用GTK上的pynotify通知我它已经完成),我可以使用quickfix在vim中查看结果。首先发出:cf[ile],读取错误文件并跳转到第一个错误。我个人喜欢使用cwindow在单独的窗口中获得构建结果。
其他回答
使用shebang创建一个函数来执行当前缓冲区(假设设置了一个),并使用crtl-x调用它。
map <C-X> :call CallInterpreter()<CR>
au BufEnter *
\ if match (getline(1) , '^\#!') == 0 |
\ execute("let b:interpreter = getline(1)[2:]") |
\ endif
fun! CallInterpreter()
if exists("b:interpreter")
exec("! ".b:interpreter." %")
endif
endfun
我喜欢使用“sudobash”,我的系统管理员讨厌这样。他锁定了“sudo”,因此它只能与少数命令(ls、chmod、chown、vi等)一起使用,但无论如何我都能使用vim获得根shell:
bash$ sudo vi +'silent !bash' +q
Password: ******
root#
能够在基于客户端/服务器的模式下运行Vim。
例如,假设您正在处理一个项目,其中有大量缓冲区、选项卡和其他信息保存在名为session.vim的会话文件中。
通过发出以下命令,可以打开会话并创建服务器:
vim --servername SAMPLESERVER -S session.vim
请注意,如果要创建服务器,可以打开常规文本文件,而不一定是会话。
现在,假设您在另一个终端中,需要打开另一个文件。如果您通过以下方式定期打开:
vim new_file.txt
您的文件将在单独的Vim缓冲区中打开,这很难与会话中的文件进行交互。要在服务器上的新选项卡中打开new_file.txt,请使用以下命令:
vim --servername SAMPLESERVER --remote-tab-silent new_file.txt
如果没有服务器正在运行,则将像打开常规文件一样打开此文件。
由于每次您想运行这些标志时都提供这些标志是非常乏味的,因此您可以创建一个单独的别名来创建客户端和服务器。
我在bashrc文件中放置了以下内容:
alias vims='vim --servername SAMPLESERVER'
alias vimc='vim --servername SAMPLESERVER --remote-tab-silent'
您可以在以下位置找到有关此的更多信息:http://vimdoc.sourceforge.net/htmldoc/remote.html
重新使用
与其他命令混合的动作,此处更多。
tx
fx
Fx
在Vim中使用您喜爱的工具。
:r !python anything you want or awk or Y something
在视觉模式下重复,结合上面的提示,效果很好。
;
我想在after目录中安排一些我自己的配置文件。它对ftplugin特别有用。
您可以避免在.vimrc文件中编写一长串augroup,而不是为每种类型编写单独的文件。
但是,很明显,.vim/ftplugin目录与.vim/after/ftplugin目录的作用相同,但我更愿意将.vim目录留给vim插件。