开发工具 好消息好消息. Vim 7.4 要来了

williamherry · 2013年05月10日 · 最后由 gene_wu 回复于 2013年06月04日 · 23321 次阅读

Bram Moolenaar 于 5 月 9 日上午在 Vim 谷歌群组发布了一条消息,告知有关 Vim 7.4 的计划。全文编译如下:

“各位 Vim 用户好,

我们现在最新的补丁数字是 7.3.931,再过几周就要发布 7.3.999 了。该考虑 Vim 7.4 了!

在 Vim 新特性需求的投票中,下面这五个需求呼声最高:

增加 IDE 特性(整合调试器、shell 窗口); 增加和 Python 的整合,而不是再发明更多的 Vim 脚本; 解决所有大大小小问题,让 Vim 更加健壮; 提高语法高亮的速度; 增加协作编辑 虽然我不可能在几周内就可以做完以上需求,但我准备做下面这些:

加入 ZyX 已经做好的 Python 补丁。这可从 Python 接口那头来提高 Vim API。 加入快速的正则表达式引擎补丁(这悬而未决老长时间了),有些逻辑会退回到旧的正则表达式引擎,所以有些模型在新引擎下或许无法工作了。 加入很多待解决的补丁,来修正 Bug 。 此外,如果你是在维护运行时文件,有任何未解决的更新,请给我发过来吧。在 7.4 版发布之前,我不会做出重大变化,因为一切都需要时间来测试了。咱们就把五月底设为截止期限吧。

我还没有确定 7.4 版的发布时间。我会加入那些提到的变化,然后我们需要些时间来测试,直至看起来稳定。希望在 7.3.999 之前能做完了……”

http://blog.jobbole.com/39429/

我心中的 Vim Top 3 缺失特性:

  1. 添加工程文件夹。
  2. 查找文件。
  3. 在所有工程文件中查找关键词。

都是 Sublime Text 中让我欲罢不能的功能。

大喜的日子啊

#1 楼 @ugoa 用插件不有这些功能了吗?

是不是说以后可以用 python 写插件了

- -。这只是初步规划,不知道什么时候才能出。。。

为啥不支持 ruby..= =

@edgar_wang_cn 有盼头了,比一直不动好

#3 楼 @hbin 我找了很久,没发现有插件能做到像 Sublime Text 那样原生顺滑的。也许你推荐一下?

@jjym 需要你去贡献

- -。话说 Vim 现在似乎就支持用 Python, Ruby, Lua 等写插件吧?难道要把 Vim 中的 Python 加强到和 VimScript 同等地位么。

解决所有大大小小问题,让 Vim 更加健壮

这种需求根本没有希望的好不好

Vim 其实问题多了去了 关键是生态环境已经严重落后了 每次上传插件都是在一个网站上以 zip 的方式发布 用户不知道开发进度 不知道什么时候发布了新版本 还缺乏交互

#10 楼 @edgar_wang_cn VimScript 的发明就是个错误 想写个插件还得先学习语言 毫无意义啊

@iBachue Vim 被你说的一无是处

#1 楼 @ugoa 第一点中所说的"工程文件夹"我不清楚是怎样的需求. 能具体描述下用例么?

第二点, 查找文件我用的是 Command-T 支持模糊匹配. 不知道是否适合你的使用习惯. 我个人觉得这个算是 Life changing 级的 Vim 插件. 也有人喜欢用 CtrlP 不过我没有试过.

第三点, 我用的是 Ag + ack.vim. 此前用的是 :vimgrep 命令也还凑合. 这是从 :vimgrep 切换到 ack.vim 时的配置变更: https://github.com/5long/dotfiles/commit/add5f0b#diff-1

不过如果懒得折腾, 直接用 Sublime Text 也没什么不好的~

#12 楼 @iBachue 现在根本没人用 zip 格式的插件了吧,都是直接用 git 的……我刚开始用 vim-fugitive 发现中文环境下不太好使,然后向 Tim Pope 提了个 issue,不到半天就给 fix 了

#6 楼 @jjym提交历史, Vim 的活跃维护者似乎只有 Bram 一个人. 这次准备改进 Python Binding, 看公告里也说是因为有贡献者提交 patch 的缘故. 如果我们希望见到 Ruby Binding 改善, 恐怕只能靠自己了 = =

#16 楼 @5long 谢谢。第一点就是 ‘sublime text’ 中的File -> Open Folder...功能。 不过如你所说,我真的已经不想再折腾了。一等到 Sublime Text 完美支持中文输入,就准备果断抛弃 Vim。

仅仅是来围观的……

习惯了 vim,再把这个搞坏了我就没编辑器用了,还是稳妥重要。

#19 楼 @Rei 我这个东西用了两年了好不好。。。vundle 不是官方搞出来的东西 背后用得又是 git 而不是从 vim.org 上下载,因此很容易出现更新滞后,或是不会更新的现象。

#17 楼 @aptx4869 官方依然是 zip 啊。。

#15 楼 @williamherry 我只是挑缺陷说而已 如果真是一无是处我不会用这么多年并且从此背离 IDE 的

#20 楼 @ugoa 一次打开若干文件么?这不就是 session 干的事情么…… 如果是打开文件夹查看直接 vim path_to_folder 好像就行了

#25 楼 @iBachue NameError: undefined local variable or method ’官方‘ 官方是什么,能吃么……

#27 楼 @aptx4869 不是。你用一下 sublime text 就知道了,相当于一个 IDE 特性吧。

#30 楼 @ugoa 用刚试了一下,和我v path_to_folder效果没啥区别……

#31 楼 @aptx4869 我勒个去,打开文件连个语法高亮都没有……

#30 楼 @ugoa

  1. NerdTree
  2. CtrlP (Command T 的速度慢是个致命伤,CtrlP 快多了)
  3. ag + Ack.vim (光速般的全文查找关键词,发现它之前我都要切换到 TextMate,用 TM 的全文查找,只从用了它之后,我再也没用过其他的。)

期待。。 不过第一个比较质疑 增加 IDE 特性(整合调试器、shell 窗口) 只希望速度变快一点,现在用 MacVim,插件一多,或者打开文件比较大的时候就很慢了。。

#24 楼 @iBachue rubygems 从 1.9 开始才成为官方的包管理器,难道之前就不用 rubygems 了?

github 就是最好的 vimscript 托管站。

#1 楼 @ugoa 这些都是可以通过插件来实现的呀,

  1. 添加工程文件夹: nerdtree.vim, 或者 project.vim
  2. 查找文件: command-t.vim
  3. 在所有工程文件中查找关键词: ack.vim 或者 grep.vim

Light Table 粉丝前来围观 Vim 的同学能不能讲解下 Vim 最后变成什么样子, 感觉我学完基本命令对 Vim 就没期待了

#31 楼 @aptx4869 #33 楼 @outman #36 楼 @zzhattzzh 谢谢各位了,我都去试下。 只是对 Vim......感觉不会再爱了。当了几年的脑残粉,累了......

我偶尔切到 sublime 里老是按 esc 0 ¥ …

奇怪,怎么会这么多人回复,也没提 Emacs 呀

#40 楼 @williamherry Emacs 已经 24.3 了

#41 楼 @1272729223 这... 有问题到 Ubuntu 中文或者 SegmentFault 提一下好了嘛, 这是干啥

#41 楼 @1272729223 竟然往 Vim 里输入中文?

@iBachue 为什么不可以了

#45 楼 @williamherry 可以是可以啊,但是一般不这么做啊 话说你用的是什么 IME 呢?

#35 楼 @Rei 会用啊,就像我也会用 rvm 管理 Ruby 版本一样,社区文化是这么主导的。但是 github 主导过 Vim 社区吗?

#41 楼 @1272729223 你用的什么中文输入法?

@1272729223 fcitx 呀,我不是 mac

#48 楼 @iBachue 现在的 vim 插件基本上都是在 github 上托管的,就算很古老的插件也都有https://github.com/vim-scripts?tab=repositories

#51 楼 @kikyous 那都只是镜像而已,不算数。只有当大多数 Vim 插件的开发者都已 github 为自己代码托管工具时才算,完全形成了事实上的标准,就像 Ruby 社区那样。

#54 楼 @iBachue 你觉得插件开发者都是把代码藏在自己的电脑,开发好了才往 www.vim.org 传,不接受 issues 不接受贡献的?

我用的插件 8/9 都托管在 github,剩下一个有 github 镜像,那么为什么不用 vundle?

#54 楼 @iBachue 那完全是两回事,ruby 的 gem 是每个项目都会用到,安装比较频繁,而 vim 插件不是,就算是其他编辑器插件也都一样。 而且现在用 vundle 管理插件已经很方便了,就算以前没有 vundle 的时候直接用 zip,vba 安装也没什么,我们的工作是 coding 而不是不停的给 vim 装插件。 完全形成了事实上的标准这肯定是一个循序渐进的过程,你一方面对他的发展不屑一顾,出口就是要完全形成了事实上的标准,一方面又对 vim 的期望那么高。

世上没有十全十美的事情,很多时候都是一个折中,过分的完美主义是一种反社会心态。

我刚去数了一下,我自己用的 42 个插件中,12 个是 vim-script 的镜像,其他的都是 github 上直接托管的(其实有些是我懒得找原作者的项目,直接用 vim-script 的镜像而已,毕竟又不是啥都需要最新的)

https://github.com/aptx4869/vimsettings/tree/master/.vim/bundle

#35 楼 @Rei 非常建议你去看一下 Zed Shaw 是怎么吐槽 GitHub 的

Vim 这是打算彻底干掉 Emacs 了么

#41 楼 @1272729223 我不是 Mac 用户,所以无能为力...- -。

#58 楼 @bhuztez 我思路没那么广,解决问题就行。

#55 楼 @Rei 我真不知道很多插件托管在哪里,github 大片大片的镜像,从来没见到真正的托管位置。你分享下你的 Vim 插件列表看看?

#62 楼 @iBachue https://github.com/chloerei/vimrc/blob/master/.vimrc

Bundle 那几行就是 github repo 名字。

找 gem 是上 rubygems 上找的吗?我不是的,我一般 Google,或者看到有文章分享才知道一个 gem。vim 插件也类似。

#62 楼 @iBachue http://vim-scripts.org/ - -。这个才是目前 Vim 插件真正的集中地吧。

我喜欢的是 modal editing,vim 或是 emacs 都无所谓,反正都能自己写代码定制。能在纯字符界面下使用也是必须的,所以 sublime 之类不用

#63 楼 @Rei 看到了 你插件用得可真少 除去 vundle 才九个。。你看看我的 https://github.com/bachue/My-Vim-Plugins/blob/master/vundle.vim 里面除了 tpope 这个特例之外夹杂了这么多 vimscripts 的东西 (而且这些插件中大部分还是我使用频率最高的那些)。。比例相当之高

我就知道一涉及编辑器必然口水多多

#68 楼 @blacktulip - -。程序员中通用的引发争论的话题。。。。

#64 楼 @edgar_wang_cn 那只是镜像网站而已 你不能说那里东西多就代表 Vim 社区是 github 文化的 就好像你不能说苹果的经销商很多于是他们就可以代表苹果了。。

#57 楼 @aptx4869 好吧 我的比例要高达 1/3,其中非 vim-scripts 的还有 8 个是 tpope 的 一个是我自己的 另外我不能忍受又不是啥都需要最新的 陈旧的又不会自动升级的插件会屡屡造成 Bug,大大降低了我的工作效率,而且我也难以发现究竟是什么原因造成的。

#71 楼 @iBachue 说到 Bug,vim 插件的 Bug 我就遇到过一次,刚好它放在 github 上,所以我提交了个 pull request 修复了。https://github.com/scrooloose/syntastic/pull/388

如果这个插件不是放在 github 这样的地方,而是只有一个 tarball,那我很可能就卸载了事。要装新插件,是否托管在 github 上也是我重要考量条件。

#56 楼 @kikyous

而且现在用 vundle 管理插件已经很方便了,就算以前没有 vundle 的时候直接用 zip,vba 安装也没什么,我们的工作是 coding 而不是不停的给 vim 装插件。

不敢苟同,第一,为什么我们要管理插件的工具?因为我们的工作是 coding 而不是自己管理那些插件。第二,为什么要经常装插件?因为我们的工作是 coding 而不是手动完成那些本该由插件完成的任务。第三,为什么我们希望我们的插件是最新的?因为旧的插件往往存在很多 Bug,而我们的工作是 coding 而不是解决这些 Bug 或是忍受着他们的存在。

完全形成了事实上的标准这肯定是一个循序渐进的过程,你一方面对他的发展不屑一顾,出口就是要完全形成了事实上的标准,一方面又对 vim 的期望那么高。 世上没有十全十美的事情,很多时候都是一个折中,过分的完美主义是一种反社会心态。

Vim 社区发展比 Ruby 社区早的多,其中 vi 是 1976 年发表的,Vim 是 1991 年发布的,均比 Ruby 早。如果发展比人家早,做得还没比人家好,还说得过去吗?这不是完美主义,这只是基本的竞争而已。一件事情固然不可能做到完美,但是这不是借口。

#70 楼 @iBachue 一个社区的文化本来就是由社区里的人来推动的,vim-scripts 将 vim.org 里的插件存放到 github 上去,这本就是一种对社区文化的引导。github 2008 才成立,Vim 的历史要长的多,其中的历史包袱自然比较重,现在 Vim 社区已经开始从 vim.org 上那种插件安装方式向 vundle 这类插件所使用安装方式转变,这是一种社区文化的转变,但这种转变需要时间,也需要社区里的人去推动。就我而言,我现在所使用的插件都可以用 vundle 来管理,这是我的 bundle 列表 https://gist.github.com/edgarwang/857189b5f20cbcc3f20b

#72 楼 @Rei 好吧 那你是有意识的在筛选。但是如果被你筛选掉的插件中正好有你需要的,那对你不是一个重大损失吗?

#71 楼 @iBachue 一件事有两个角度,你觉得 还有 1/3 比例不在 github,那么你心中的 “社区主流” 还要延后几年。我看到的是你用的插件 已经有 2/3 放在 github,我觉得这就是主流。

#75 楼 @iBachue 照这么说我学 Ruby 花的时间也错过了很多别的语言,这是一个损失吗?世界上好东西茫茫多,能抓住几个算不错了,其他是没有缘分但不是损失。一个好插件,能大大提高生产力,但是居然没有 github 源,这个可能性很小。

#76 楼 @Rei 额 好吧。。

#77 楼 @Rei 损失大了,损失大量机会成本...

Static analysis of C code is useful, but if you are thinking of starting a new project, choose a sensible language! Don't start new projects in C or C++, or dynamic languages like Perl and Python which leave errors in code for customers to find.

http://people.redhat.com/~rjones/cil-analysis-of-libvirt/

#79 楼 @bhuztez 语言通有你就够了,我就喜欢用胶水粘些小玩意。

#71 楼 @iBachue 话说你 Gemfile 里面难道有 1/3 以上的是直接写 github 地址的么……

#81 楼 @Rei 恰恰相反哦,你现在是在写直接给客户用的东西哦。你可不能leave errors in code for customers to find.。我用各种脚本来胶水才是正常的...

#74 楼 @edgar_wang_cn

一个社区的文化本来就是由社区里的人来推动的,vim-scripts 将 vim.org 里的插件存放到 github 上去,这本就是一种对社区文化的引导。github 2008 才成立,Vim 的历史要长的多,其中的历史包袱自然比较重,现在 Vim 社区已经开始从 vim.org 上那种插件安装方式向 vundle 这类插件所使用安装方式转变,这是一种社区文化的转变,但这种转变需要时间,也需要社区里的人去推动。

真的有转变过推动过吗?Github 并不是第一个代码托管网站,在此之前呢?CVS?SVN 的时代?他们当时已经开始推动用 CVS,SVN 的方式安装插件了吗?

#82 楼 @aptx4869 当然不是,那样的话不是很不方便吗?我哪里记得住这么多地址。。

为什么 vim 的成功不可复制? 就是因为 vimscript 这个核心技术!

#86 楼 @luikore 我无法放弃是 vi 键,即使用 IDE 我也要先找 vi 键插件。

如果 vim 的插件可以用 ruby 开发就好了. 不过这么多插件,开发 ruby 够用了

#87 楼 @Rei 这个赞同,我用 xcode 的时候就去找了 vim 的插件,不然真的用不下去

#86 楼 @luikore 额。。Emacs 不算吗?话说我一直不知道 VimScripts 有什么好的,语法这么古怪。。 #87 楼 @Rei 我也是 这个也是我的历史包袱吧。。 #88 楼 @sevk 不见得好,人家非 Ruby 程序员还要被迫安装 Ruby 才能执行。。

#90 楼 @iBachue emacs 的核心技术就是 elisp 呀

#91 楼 @luikore 我是问 “为什么 vim 的成功不可复制” 那个。。

#92 楼 @iBachue 当你成为阿拉伯人后, 就不觉得阿拉伯文古怪了... emacs 的成功和 vim 的成功是两种不同的 story 了...

#90 楼 @iBachue 可能他发明 VimScripts 的时候也是觉得别的语法怪吧。

#93 楼 @luikore #94 楼 @zgm 也是啊 但是为什么要发明 VimScript 呢?难道当初在设计的时候市场上的主流语言都不能满足需求么?话说 VimScript 的历史好像很少提到

#95 楼 @iBachue 谁知道啊,要是都你那么想,世界上就没那么多编程语言了。虽然有些是实验室的产物,但是还有很多都是蛋疼的人搞出来了。搞这些语言的人又有很多人是为了更好的写工具,比如 unix 和 vim,刚好 vim 后来壮大了,比较有名了,用的人的了,是非也就多了。 我猜的。

#95 楼 @iBachue 这是计算机考古学的范畴了... 显然不能, 你要知道像 `"\<C-K>" 之类的 key literal 省了敲多少字的功夫

中文等非英文输入的完善支持;基本的项目文件目录结构树 (非插件的形式);bundle 管理工具;这些真正做好就够了。别整什么 ide,整到最后比不上 ide,vim 也丧失了自己的优势。我用 vim 装 1 个插件的情况下绝对不装 2 两个,装一大堆还不如直接去用 ide。

断断续续也用过三年的 Vim 了. 其中有一年多几乎没怎么用过其它的编辑器. 这神器好是好, 也有些让我头疼的问题. 图形界面的和命令行的表现不一致, 拷贝粘帖外部文本很蛋疼. 快速文件夹切换, 文件切换似乎怎么也快不起来.

直到认识了 Sublime, 叛变了 Vim(不过命令行状态下还是用 Vim). Sublime 大有一统江湖的潜力. Sublime 免费版老是弹警告. 并且我的 Linux 每重装一次, 就要重新弄一遍 Sublime 的安装配置.

于是我自己写了一个Slim Text. 轻量级, 运行在浏览器中, 安装方便快捷. 功能没有 Vim 和 Sublime 强大, 但是我觉得够用了.最关键是我想要什么功能, 我就自己动手往里加. 已成为我日常开发的主力编辑器.

#99 楼 @tylerlong

直到认识了 Sublime, 叛变了 Vim(不过命令行状态下还是用 Vim). Sublime 大有一统江湖的潜力. Sublime 免费版老是弹警告. 并且我的 Linux 每重装一次, 就要重新弄一遍 Sublime 的安装配置.

第一 你没付费。。 第二 配置文件为什么不用 Github 托管呢?

#100 楼 @iBachue

  1. 确实没有付费. 因为觉得它不值那个价.
  2. github 托管配置文件就不用安装配置了吗? 只是不用自己重新改配置项. 什么下载解压放到合适目录创建快捷方式 git clone 到合适目录配置改了别忘了 git commit git push...这些一个都不能少啊. 还多了一个负担: 必须先安装 git.这个根本不是问题的关键.

#101 楼 @tylerlong 你在使用 VIM 的时候没有 Git 托管配置文件的习惯吧。。否则你就不会觉得这是负担了。

#102 楼 @iBachue 我用 git 托管的配置文件: https://bitbucket.org/tylerlong/debian_vim_conf https://bitbucket.org/tylerlong/windows_gvim_and_conf 不是我没朝这方面努力过, 而是我真心觉得有更好的解决方式, 这习惯没必要养成.

#103 楼 @tylerlong 比如说呢?用具有备份功能的软件?或是你有什么更好的主意?

#104 楼 @iBachue Slim Text, Chrome 登录 Google 帐号即可自动同步插件和配置. 不管你有几台电脑都轻松同步, 还能自动升级.

Slim Text 是我写的, 有"王婆卖瓜自卖自夸"的嫌疑. 人各有偏好. 不喜欢也请口下留情.

@tylerlong 主要这个进步太大了,观念都不好转过来,像我这样的,听到在可以在浏览器中写代码,感觉会慢,都不愿意去试下到底慢不慢

#90 楼 @iBachue 可以自动判断当前系统有没有 ruby,如果没有就忽略 ruby 的插件。

#106 楼 @williamherry 慢或不慢, 谁用谁知道 :D 我已经用它作为主力编辑器快两个月了, 如果有非常不能忍受的地方, 我早就把它改好了. 太大的牛不敢吹, 替代 gedit 无压力.

@tylerlong 果然不是一般的快,不可思意,从底层整个编辑器都是你自己实现的吗?

#109 楼 @williamherry 站在了巨人的肩膀上啊. ACE, Bootstrap, Jquery-UI, font-awesome, underscore, jquery.layout 等等这些开源软件构成了底层的 90%. 代码已经开源, 你可详细查看. 我所做的工作中比较重要的有几方面:

  1. 把各种开源软件粘合在一起, 构成一个 chrome extension, 并做了大量的测试调试工作
  2. 编写了底层访问文件系统的 C++ 代码. (这部分尚未开源)
  3. 以简单简洁为目标设计了软件的界面和交互方式

叛逃到了 IDE,vim 配置都有一年没更新了。期待能直接用 python 写插件,不再用恶心的 vimscript

据说程序员最爱争论的话题有三个: 1、操作系统的好坏 2、开发工具的好坏 3、开发语言的好坏

其实吐槽这么多。说了这么多,没有多大意义~就想别人喜欢 emcas 而我独爱 vim,别人喜欢 ms 的东东。我喜欢开源~,虽然总想用 linux 装装 b,无奈。很多软件只有 win 才能用~

@john1king 一点没错,像那个 vim7.4 的,我决对没想到回复上一百了

#113 楼 @jarorwar 程序员神马的都可以争的 即使有时候没有引起争论,那也是因为现场很多人不是做这行的。。。

#115 楼 @iBachue 话说要淡定啊~

#115 楼 @iBachue 没事多看看书,做一个文艺程序员。

#117 楼 @jarorwar 只会看技术书,做不了文艺程序员。。

#118 楼 @iBachue 思路要转变了。我也是毕业前三年只看技术的书籍。现在开始看一些别的书籍了

#1 楼 @ugoa nerdtree, ack .... not vim is strong, it is you do not google it hardly.

vim 如果能平滑的滚屏我也想用……

#122 楼 @lcz 什么是平滑的滚屏?

#123 楼 @zgm sublime text 2 就是平滑滚屏,看代码滚屏的时候不是一行一行的滚动,而是一个像素一个像素的滚动

#124 楼 @gaicitadie 原来是这个。不过我好像都没注意这个,也不知道有什么好处。

#125 楼 @zgm 不用鼠标拖滚动条的话也没什么好处,vim 这种靠按键滚动的如果平滑滚动反而不方便。按个 j、k 键滚动一行还要匀速滚动,不如直接跳一行快捷。

像 IDE、sublime text 这种用鼠标滚屏的,平滑滚动还是有好处的,可以一边拖着鼠标滚屏一边读代码,就像用浏览器浏览网页,浏览器都是开了平滑滚动的

#126 楼 @gaicitadie 奇怪,为什么我的 chrome 也是 一行一行滚动的。

#123 楼 @zgm 124 楼替我说明了一部分,但那不是我需要平滑滚动的原因。 我应该说的是 gj gk 不习惯。比如一个文件的第 n, n+1 和 n+2 行自动 wrap 成十行,当在第 n 行的第十行按一下 gj 的时,如果是一个别的文本编辑器(当然在普通编辑器是用↓),整版文字只会整体向上跑一行;而 gvim 是整版文字整体向上十行,并且整个屏幕狂闪一次——如果这行字包括中文,就在一瞬间快速狂闪十次……人老了眼睛不好,真心吃不消啊。 这就是为什么我需要平滑滚动,有了平滑,肯定不会狂闪。

#128 楼 @lcz

map <UP> gk map <DOWN> gj

#128 楼 @lcz 这个好办,把经常写出单行代码长度超过半屏宽度的家伙拖出去枪毙十回就行了

#129 楼 @liuw 不是按键问题,按键我会 map ,是滚屏问题……

#130 楼 @aptx4869 窝经常写 枪毙我吧~~

#130 楼 @aptx4869 哦,其实我写文章和摘抄比较多。 偶尔用 vim 写点 ahk, bat 脚本,主力还是用别的。写文章还勉强可以刻意分行,反正 markdown 和 tex 分行不分段,最多源文件丑一点,摘抄的话不可忍啊……

#133 楼 @lcz #132 楼 @iBachue

我的 vim 处理长文本就卡死。

#134 楼 @zgm 我的 gvim 还好,除了一闪一闪亮晶晶。 倒是 emacs ,开 500KB 的文本直接无响应,记事本都没这么欺负伦家的。好吧, windows 下用 emacs 完全是猥亵 emacs ……

#134 楼 @zgm 我也是 所以在换 Sublime 呗

#135 楼 @lcz 你这是配置文件的问题吧?

@john1king vim 和 IDE 的交集不多吧,IDE 擅长的 vim 做不了,vim 擅长的 IDE 做不了或者做起来效率很低也不够方便。我两个都用。

#139 楼 @lcz 正烦恼 gvim 的闪呀闪, macvim 用着舒服不少 =_ =

vim 用的不熟悉,,

twitter 上看到有人说 7.3 patch1000 已经出来了。。。

不会继续到 p9999 吧,哈哈~

vi 诞生于纯 cli 的 os,很多东西都有历史原因,我一直用 vim,只是因为它的按键设置。

#138 楼 @hooluupog ide 的意思是一个集成了很多插件的环境, 用 vim 就可以自己选装哪些插件不装哪些, 用 ide 就没办法...

匿名 #147 2013年05月24日

good 虽然 vim 还是不太熟悉

#139 楼 @lcz 可我 emacs 打开 2MB 的东西都是秒开,你试试移除配置文件打开看看?

#147 楼 @ranmocy 安装好后的默认配置,已经没什么可移除的了……也可能机器不给力,低端双核 +2g 内存

#147 楼 @ranmocy 做开发的话应该不会去打开这么大的文件吧

现在这样,挺好,每次版本更新所带来的新的功能几乎都没有用上,有点浪费。

因为没有 shell 总是开一个 shell 窗口,来回切换。 将 Python 整合进来,不如将 Lua 整合进来,Python 比 Vim 都大 除非阉割掉一些功能。

#151 楼 @ssqq 作为一个插件语言,速度没有太高的要求,要的是功能强大,库丰富

用了 sublime text 后,别无他求

Vim 急需一个彻底的改革。例如Vico PS:这帖子难道要等 7.4 出了之后才能沉吗?

#151 楼 @ssqq 用的 Gvim?试试看 vim,我用到后来觉得 vim + tmux 是王道

HalF_taN 热门帖子和高分帖子真的不合理啊!!! 提及了此话题。 04月03日 10:56
需要 登录 后方可回复, 如果你还没有账号请 注册新账号