@xuboying 我不能理解你的问题... sorry

@bramblex 或许我没有完全理解你做这个的初衷, 简单的以为就是根据特定情况 source 不同配置文件了. 不好意思. 大概看了下你的例子, 好像不完全是, 大约是针对不同功能你自己写了一些常用功能的函数组合, 然后通过 Require()来 load/source 你写好的具体有"通用接口"的函数组合. 或者说, 你把一些常用功能进行了 encapsulate (这个没想起来怎么翻译), 让这些功能有"模块"的样子. 希望这次我对你的 Require 理解没有大的错误. 应该说是一种新角度的尝试... 我个人觉得, 这样做了各个"模块"独立化挺好的, 但是作为配置文件的管理, 一旦修改什么, 可能成本有点高.当然这是我的主观臆断.

vimscript 是一种脚本语言, 而且设计的也挺有意思的, 但是弊端也明显, 只能 vim 能对它解释执行, 而且效率什么的完全是依靠 vim 自身的. 所以如果按编程语言来说, 说实话不怎么好用. 所以很早前就有人给 vimscript 写库, 做各种 encapsulation, 比如各种语言中 dot 操作符, foo(para).bar(...) like this. 但是这些只是在形式上接近, 本质上无法改变, 因为它是在 vim 的代码里实现的.

不管怎么说这个编辑器支持不同的语言接口, 扩展性就加强了, 同时, 也让不同的用户彻底展开想象去做各种尝试, 所以有了为数众多的有创造性的优秀插件.

@wsdjeg 你说的什么 block 你什么的, 我没明白.

比如: 中山大学数据科学与计算机学院印鉴教授团队 2016 年 6 月公开招聘 2 名工作人员启事 2016-06-13

你要取什么? 2016-06-13 还是 "2016 年 6 月"?

如果是前者,用 beautifulsoup 是可以取 li->span 的东西, 这日期就不就有了吗?

@bramblex 对于 vimrc 的管理, 各人有不同倾向性. 有那种按功能分成各种不同小文件, 再 source 的, 觉得那样便于管理修改的. 可能你就是这样的人群中一员. 我个人还是倾向一个 vimrc 文件. 因为这个文件再大也大不到哪去, 我个人的就不算很小的了. 包含注释行数大概 900 多吧. 但是通过 fold 什么的我觉得查找, 修改挺方便的. 我不排斥你那种多配置文件的方式, 但是各有各的便利和不足, 主要看个人习惯了. 自己用着方便顺手就好. 毕竟配置文件一旦弄好了, 也不总去折腾了.

怎么还有"不服来战..." 这种话呢.... 多数"邀战"的时候,都会战败的, 不要这么说嘛..
vim 又不是专门为 js, html, css....这些编码准备的, 它是文本编辑器, 不是代码编辑器啊. 我除了在浏览器写网址和工作的 java (ideavim)外, 所有文本编辑都在 vim 里完成. 包括现在这个消息的发送.
自己觉得什么东西好, 做了更适合自 id 选择, 就用就好啦, 没必要跑其它工具那里挑衅一番的.

@keelii 呵呵, 我觉得这种配置自由的软件工具, 还是自己配最合适, 看起来花的功夫多, 其实, 就是 1 次的功夫, 后面几年都不变. 而且认真配一次也学东西. 这是我的状态栏, 我自己觉得想要的信息都有, 速度也没影响.
http://i.imgur.com/tTYJCeI.png

@keelii 我猜他的意思是在 status line 用 unicode 的字符来分割不同区域. 现在那些(air/power...)line 插件都能那样.
1,我不喜欢各种 line 的样的状态栏, 那个大 Normal/N, 一点用没有, 占地方, 各种模式弄不同颜色, 华而不实. 所以自己按需求弄个 status line 最实用
2. unicode 的分隔符, tty,有时没法显示, 尽管不常用, 但是 90%没用的漂亮和 10%实用, 我选后者, 何况我觉得分隔符 pipe 就很漂亮..

我知道, 又主观了. :-)

@keelii 主观这个东西很奇怪, 既有普适的漂亮,又有独特的顺眼... 我用了各种 scheme, 都觉得不太好, 就自己基于各种 colorscheme 弄了个自己的一直在用, 也不折腾了, 漂亮肯定是谈不上, 但是自己觉得挺顺眼.

漂亮这个形容词是主观的, 所以最好不加"最", 要加, 加个"我认为" :-D
不过我觉得你的 vim 样子确实挺漂亮的, 我的就是黑乎乎.

我觉得, 你这个插件套一层 py, 而且 py 里 split 什么的有点复杂了., 当然, 我没太自己考虑那么多 corner cases, 这两个 vim 命令**基本**能做你的要求:


camelCase into _:

s/[A-Z]/_\l&/g

_ into Camelcase

s/_\([a-z]\)/\u\1/g


其它扩充, 错误处理等, 可以基于此扩展, 因为功能是比较简单的需求. 仅供参考.

这就是不知所以然直接用所谓的"vim distribution", 照抄别人配置的结果. 这还好了, 只是纳闷, 要是来点问题, 错误, 自己有没经验, 够喝一壶的. 所以, 非常不建议在不明白什么意思情况下就照搬别人的配置.

如果就说 vim 本身, @xell 说的对, 是 sign. 至于哪个插件, 太多插件都利用的 sign 特性, 没法猜.

@dexterlei 你 google 一下 git completion, 有很多方案啊.

@dexterlei 不用设置啊, 自动提示啊, 要是你的 shell 配置好, 可以选择, 省很多事啊

还有个和 LZ 同级别小技巧是那些常用的 checkout, commit, 各种 log 等, 用 alias co, ci, l ...

@dexterlei git checkout Foo<tab> 你那不自动提示吗? 多长也不怕啊