「Emacs 操作系统缺少一个好用的文本编辑器」 :-)
我一直在 Vim 之外使用 shell 和 gdb 等工具的，所以并没有这个需求。相比起来，我更期待 setTimeout 等函数的引入。
Vim 能很好地满足我的需求，而 Emacs 我用不习惯也不喜欢，这就够了。至于 Vim 和 Emacs 谁强，与我有什么关系呢？
你是崇拜vim过了头吧,盲目崇拜可不好,我钟爱vim,但越是喜欢,越应该客观地找出vim的不足,只是因为让它更好,vim是很强大,现在也没有什么大的漏洞,但是细节呢,我们也应该追求精致,听你一说,感觉你做事不追求极致吧,可能什么都差不多就行,但得记住,差一点也是差,差一点也不是等,差一点也是不如,对不对?你不要看见别人一说vim不好你就生气,这样叫愤青.我当然喜欢用vim了,习惯了vim之后可能目前不会转过去用emacs.虽然新手一比较vim和emacs.网上就开始有人吐口水.而我其实也用了三年vim.但是对于比较,我会客观地看待.也许有人看得明白,所以优缺互补.既用vim又用emacs.再说了喜欢用vim就不能称赞emacs的优点吗?这也说明这个优点独一无二了,
wana是写vimshell patch的外国人,google下vimshell就知道了,emacs是操作系统,你是承认emacs比vim强吗,但博主你好像也是在用vim吧?
你是想自己搞发明，不是想在 vim 下整一个能用的终端插件。觉得 vim 不行，还是早换 emacs 好。
如果用 Lua 写的话，也是得带上个类似 lua-win32 的东西，或者要求使用 LuaJIT。实际上，Lua 连处理文件路径都要自己小心翼翼地拼接，而至于创建目录之类的需要额外的依赖（不过对于在 Vim 中使用似乎问题不大，因为它可以调 Vim 的函数）。
Lua（非 JIT）版也并不是最快的，别忘了还有 v8 呢。
Emacs 是操作系统，Vim 不和它比 ;-) wana 是谁？
对了,大神们有没有考虑过用lua+dll重写conqueTerm,毕竟vim74已经支持textchanged了,而且我觉得lua比python有两个非常好的特点,第一,它特别小,如果能用它包装一个shell,可以直接扔进vim74目录下,而不用像python那样还得安装,并且带着一个pyWin32.第二,python比不是所有情况下表现良好,lua作为脚本,我了解到是目前所有脚本里运行最快的.不求vim无所不能,但求emacs能实现的主要功能,vim也能实现,不能赢,起码得证明不比它差,是吧?,不弄了,我六级还没过了,上次勉强给wana写封信,发现自己的英语实在是...,算了,写下来的时间得准备六级了
我本来想在windows下通过创建进程和管道,把cmd的标准输入和输出重定向,然后在vim里调用libcall,将命令传入,然后返回命令的输出,但创建进程成功后,怎么也出不来结果,现在伴随着国庆的结束.我最终还是以失败告终,算了,vim并不是无所不能啊,除了编辑能力强一点,还是不行啊.还是安心学习吧
没有，我不需要，因为很少会用到 Caps Lock 键。
依云兄,你vim有大小写显示吗
OK, 看来你的 Conque 不能用。但是 Conque 的代码是有用的，里头有写 Win 下头怎么跟 shell 交互，何必自己脑补。你要看的是 Python 不是 lua。
还有这里
http://stackoverflow.com/questions/2782752/how-can-i-open-a-shell-inside-a-vim-window
找不到一款能用的吗？
看了一下，Conque 根本就是支持 Windoze 的呀，你干嘛不用？？
http://code.google.com/p/conque/wiki/Usage
一两年前学 python 的时候一直想写一个自动实时更新的代码浏览插件，但关键缺一个 TextChanged 事件来触发。现在有了，又没心思写了。
比你想像的复杂。模拟终端的话需要使用伪终端设备。vimshell 补丁和 ConqueTerm 都是这样做的。Vim 7.4 加入一些新的事件之后（比如 TextChanged）ConqueTerm 的性能应该有提升的空间。
Windows 上不知道控制台要怎么模拟。直接用管道应该不行的。
没想到这里还有emacs党,其实,我之前也想转到emacs的,就是因为vim用到一定程度,会发现它的扩展性不足了,而emacs的shell功能有让我日思夜想.所以最后真的就下了一个emacs,用了一天,发现太不方便.手指累.就又乖乖的删掉,将就着用gvim了,但是gvim里shell窗口依旧期盼中...
今天瞅了一下,发现lua是个好东西额,它似乎继承了许多语言的好特性,有js的,有php的,有c的...还是言归正传吧,请问大神们,要想实现vimshell的功能,可不可这样? 首先vim里获得一个字符串.然后将其传给lua脚本文件解析.待正确后,调用C语言写的创建进程的dll文件,然后将字符串通过管道传给stdin,等程序输出后再通过管道,lua把结果处理后传给vim输出,接着等待下一个输入,我想了一下好像可以,但是还是不会啊,甚至连windows的进程都不会写,唉国庆节算是这样折腾没了;-_-;请问大神们觉得这个想法行不行得通啊,如果对以上技术有精通的,能不能整一个vimshell出来,毕竟我们是vim粉丝呀,而且emacs也有shell,想想vim + vimshell + gdb的美好前景吧
换 emacs 吧。
我不认为这个是可以或者应该从用户层面控制的东西。
另外，ls 输出的编码跟 vim 也应该是默认一致的。都是 utf8
gvim配置了几个月了,现在感觉用起来非常快,而且装的插件又少,所以启动也快 ,唯一感觉不足的是,我超级羡慕emacs的shell mode,我真的希望vim里能有一个真的终端. 那样就能呆在vim里不出来了,而且用gdb调试也肯定超方便,就像eclipse的控制台似地.我发现,网上除了wana写的一个针对unix-like的vimshell,好像没有什么好用的了,难道大神们都不想要shell功能吗?或者写vimshell真的那么困难,因为到目前为止还没有windows下的vimshell.Bram 说vim只是一个文本编辑器,但我一直觉得为什么我们不能把shell commands也看作是一种文本呢,只不过它不仅仅用来显示而已,而且在字符背后还有一系列执行动作
这是 Python 接口的问题，早修好啦。
Oct 09, 2013 09:25:22 PM
「Emacs 操作系统缺少一个好用的文本编辑器」 :-)
我一直在 Vim 之外使用 shell 和 gdb 等工具的，所以并没有这个需求。相比起来，我更期待 setTimeout 等函数的引入。
Vim 能很好地满足我的需求，而 Emacs 我用不习惯也不喜欢，这就够了。至于 Vim 和 Emacs 谁强，与我有什么关系呢？
Oct 09, 2013 07:19:35 PM
你是崇拜vim过了头吧,盲目崇拜可不好,我钟爱vim,但越是喜欢,越应该客观地找出vim的不足,只是因为让它更好,vim是很强大,现在也没有什么大的漏洞,但是细节呢,我们也应该追求精致,听你一说,感觉你做事不追求极致吧,可能什么都差不多就行,但得记住,差一点也是差,差一点也不是等,差一点也是不如,对不对?你不要看见别人一说vim不好你就生气,这样叫愤青.我当然喜欢用vim了,习惯了vim之后可能目前不会转过去用emacs.虽然新手一比较vim和emacs.网上就开始有人吐口水.而我其实也用了三年vim.但是对于比较,我会客观地看待.也许有人看得明白,所以优缺互补.既用vim又用emacs.再说了喜欢用vim就不能称赞emacs的优点吗?这也说明这个优点独一无二了,
Oct 09, 2013 07:02:52 PM
wana是写vimshell patch的外国人,google下vimshell就知道了,emacs是操作系统,你是承认emacs比vim强吗,但博主你好像也是在用vim吧?
Oct 09, 2013 12:16:24 AM
你是想自己搞发明，不是想在 vim 下整一个能用的终端插件。觉得 vim 不行，还是早换 emacs 好。
Oct 08, 2013 12:13:12 PM
如果用 Lua 写的话，也是得带上个类似 lua-win32 的东西，或者要求使用 LuaJIT。实际上，Lua 连处理文件路径都要自己小心翼翼地拼接，而至于创建目录之类的需要额外的依赖（不过对于在 Vim 中使用似乎问题不大，因为它可以调 Vim 的函数）。
Lua（非 JIT）版也并不是最快的，别忘了还有 v8 呢。
Emacs 是操作系统，Vim 不和它比 ;-)
wana 是谁？
Oct 07, 2013 09:19:52 PM
对了,大神们有没有考虑过用lua+dll重写conqueTerm,毕竟vim74已经支持textchanged了,而且我觉得lua比python有两个非常好的特点,第一,它特别小,如果能用它包装一个shell,可以直接扔进vim74目录下,而不用像python那样还得安装,并且带着一个pyWin32.第二,python比不是所有情况下表现良好,lua作为脚本,我了解到是目前所有脚本里运行最快的.不求vim无所不能,但求emacs能实现的主要功能,vim也能实现,不能赢,起码得证明不比它差,是吧?,不弄了,我六级还没过了,上次勉强给wana写封信,发现自己的英语实在是...,算了,写下来的时间得准备六级了
Oct 07, 2013 09:08:58 PM
我本来想在windows下通过创建进程和管道,把cmd的标准输入和输出重定向,然后在vim里调用libcall,将命令传入,然后返回命令的输出,但创建进程成功后,怎么也出不来结果,现在伴随着国庆的结束.我最终还是以失败告终,算了,vim并不是无所不能啊,除了编辑能力强一点,还是不行啊.还是安心学习吧
Oct 06, 2013 01:31:53 PM
没有，我不需要，因为很少会用到 Caps Lock 键。
Oct 06, 2013 11:52:01 AM
依云兄,你vim有大小写显示吗
Oct 06, 2013 01:46:00 AM
OK, 看来你的 Conque 不能用。但是 Conque 的代码是有用的，里头有写 Win 下头怎么跟 shell 交互，何必自己脑补。你要看的是 Python 不是 lua。
Oct 06, 2013 01:07:08 AM
还有这里
http://stackoverflow.com/questions/2782752/how-can-i-open-a-shell-inside-a-vim-window
找不到一款能用的吗？
Oct 06, 2013 01:04:59 AM
看了一下，Conque 根本就是支持 Windoze 的呀，你干嘛不用？？
http://code.google.com/p/conque/wiki/Usage
Oct 06, 2013 12:50:42 AM
一两年前学 python 的时候一直想写一个自动实时更新的代码浏览插件，但关键缺一个 TextChanged 事件来触发。现在有了，又没心思写了。
Oct 05, 2013 11:52:45 PM
比你想像的复杂。模拟终端的话需要使用伪终端设备。vimshell 补丁和 ConqueTerm 都是这样做的。Vim 7.4 加入一些新的事件之后（比如 TextChanged）ConqueTerm 的性能应该有提升的空间。
Windows 上不知道控制台要怎么模拟。直接用管道应该不行的。
Oct 05, 2013 10:57:59 PM
没想到这里还有emacs党,其实,我之前也想转到emacs的,就是因为vim用到一定程度,会发现它的扩展性不足了,而emacs的shell功能有让我日思夜想.所以最后真的就下了一个emacs,用了一天,发现太不方便.手指累.就又乖乖的删掉,将就着用gvim了,但是gvim里shell窗口依旧期盼中...
Oct 05, 2013 10:51:14 PM
今天瞅了一下,发现lua是个好东西额,它似乎继承了许多语言的好特性,有js的,有php的,有c的...还是言归正传吧,请问大神们,要想实现vimshell的功能,可不可这样?
首先vim里获得一个字符串.然后将其传给lua脚本文件解析.待正确后,调用C语言写的创建进程的dll文件,然后将字符串通过管道传给stdin,等程序输出后再通过管道,lua把结果处理后传给vim输出,接着等待下一个输入,我想了一下好像可以,但是还是不会啊,甚至连windows的进程都不会写,唉国庆节算是这样折腾没了;-_-;请问大神们觉得这个想法行不行得通啊,如果对以上技术有精通的,能不能整一个vimshell出来,毕竟我们是vim粉丝呀,而且emacs也有shell,想想vim + vimshell + gdb的美好前景吧
Oct 05, 2013 12:02:03 AM
换 emacs 吧。
Oct 04, 2013 11:40:05 PM
我不认为这个是可以或者应该从用户层面控制的东西。
另外，ls 输出的编码跟 vim 也应该是默认一致的。都是 utf8
Oct 04, 2013 10:01:28 PM
gvim配置了几个月了,现在感觉用起来非常快,而且装的插件又少,所以启动也快 ,唯一感觉不足的是,我超级羡慕emacs的shell mode,我真的希望vim里能有一个真的终端. 那样就能呆在vim里不出来了,而且用gdb调试也肯定超方便,就像eclipse的控制台似地.我发现,网上除了wana写的一个针对unix-like的vimshell,好像没有什么好用的了,难道大神们都不想要shell功能吗?或者写vimshell真的那么困难,因为到目前为止还没有windows下的vimshell.Bram 说vim只是一个文本编辑器,但我一直觉得为什么我们不能把shell commands也看作是一种文本呢,只不过它不仅仅用来显示而已,而且在字符背后还有一系列执行动作
Oct 04, 2013 05:38:56 PM
这是 Python 接口的问题，早修好啦。