#21 楼 @willmouse

靠~~ 呵呵，你怎么老咬着不放吶 ??

不错~~ 我真怀疑，这坛子里一多半人不知道这牛是干嘛的。

#18 楼 @ray #20 楼 @hbin

对了，Emacs 最权威的资料还是 Emacs Manual, Emacs 安装就自带的 pdf 文档，我挑着读了大概不到一半。就已经很熟了。不过全英文哦，在读书之前，还是先用用，零陵散散的看点中文配置资料啥的吧。

#1 楼 @cqpx

不见得更新频繁就好吧。就像 RAILS ?

我用的大把插件很多都是 N month ago, 还有几个 N years ago, 这么久没人升级，而且也没有人 fork 出来新的分支，要么是有新的项目作为取代，要么只能证明一点，很好很稳定． 不需要更改。

天天变，你不是把自己当作做实验的小白了．．．．

#18 楼 @ray

基本上没有中文的。能看到的百度上都能搜出来，都是老掉牙的。而且不涉及什么技术性的东西。

除了自身文档，就是 emacs-wiki.org

#16 楼 @foyo99

真的么？哈哈。 难得和我一样的体会. 自从想通了这个规则后，我的效率几何级提高啊。

一边编写代码，一边编写 snippet, 而且不会忘记。

#5 楼 @imsoz

呵呵，我还是没讲清楚，当然有特征了。 例如，开启了某个端口，这个可以判断。

现在的问题是：我没有启动 daemon 的情况下，如何用批处理同时启动这两个？

我现在的做法就是先启动第一个 daemon, 然后等待五秒钟以后，然后查询端口是否激活，激活的话，才启动第二个。我就是想知道，有没有不用 sleep 的办法，自动找到这个时间点. 因为 5 秒一点都不保险。

#3 楼 @liuhui998 #1 楼 @imsoz

你们没有明白我的意思. 这样说吧，我现在要这样: ./.daemon& ; /another , 而且后者必须在前者作为后台启动成功之后，再启动。

#40 楼 @unionx

嗨~ 你说的心灵鸡汤是什么意思。lisp 教程吗？

发布这个帖子，让我受益匪浅。

#32 楼 @hegwin 虽然实现细节和我差不多，不过你这个想法，太奇妙了

我就喜欢这一类文章，话说那些前辈总结的东西，总是应该借鉴。但是也仅仅是借鉴。

#11 楼 @willmouse

@没需求啊，短期内不会迁移，至少正式版出来之前，肯定不会。 我不知道有什么 feature, 貌似也就 elpa 啊。这玩意儿，我也就是偶尔上去看看有什么好玩插件， 至于最后安装配置，从来不用 elpa 的. 事实上，我还在用 Emacs 23.1, 虽然 Emacs 我懒得升级，不过我的插件库，可是隔三差五的有空就升级. 多数情况下，我也用不到 Emacs 自带的标准库。因为我自己用的库都在我自己的.emac.d 里面。

#28 楼 @ruchee ,这玩意儿习惯好难改的，我倒是开着 markdown-mode 呢。可是那些特殊的语法，总是忘记用。

#25 楼 @ruchee

实在不行，你点其他 Wiki, 肯定有能编辑的。就能看到源码。

嘿嘿。看样子 柯南跟我飙上了哦。哈哈。

我想最好还是提前认输好了。毕竟，Vim 用的人多，经验也多。我用 Emacs, 纯粹一个人瞎折腾，几乎没有跟别人交流过。前几天我自己脚本做了大幅度修改，改出一堆毛病，现在好多还没有修正过来，真让我推广，心里还发怵，

#25 楼 @ruchee , 拜托，别这么叫我。我实在是没几张相片，否则也不敢用这张啊。

我对 markdown 从来头疼啊。我没觉得我用了什么格式啊？你看看 Wiki 右上角是不是该有一个允许编辑的小图标呢？你点一下就可以看的。

貌似，大家工人的。夸你排版好呢。我用 markdown, 一向一塌糊涂。事实上我还是习惯 org-mode, 更倾向于纯文本。

刚刚创建了有关 Emacs 开发 rails 的 Wiki, 有兴趣的去看看。

http://ruby-china.org/wiki/editor

我会慢慢写的尽可能详细一些。

Emacs 入门也许比 Vim 快一点。但是想提高... 需要加以时日。

@ruchee, 晕，难道你也觉的我长的像老毛 ?

哈哈。明显这个帖子，回复的人多的多...

Vim 绝对是好东西，只不过，不适合我而已. 好久前在我的博客上写过一篇文章。描述了最初本人最初的选择也是 Vim. 只是折腾了半个月，hjkl 四个键都还不熟练..., 极度的不适应，尝试性的换成了 Emacs, 一上手就觉得很舒服。也许是从 Windows 过来的人都应该有和我一样类似的经历，毕竟 Windows 下组合键是王道，而且之前玩过一些游戏，快捷键用的也挺熟的。所以 Emacs 上手相比较 Vim, 对于我来说相当轻松。

我曾经说过：Vim 和 Emacs 在设计之初，就拥有两种不同的价值观，造就了两个编辑器截然不同的风格。最简单的说：Vim 强调始终如一，只要是有 Vim 的地方，操作完全是一样的。而且 Vim 的键位用熟了是相当高效的。我觉得没用过 Vim 的人很难理解这一点。因为他们不明白靠手指的惯性来记忆比用脑子反应快得多。而 Emacs 就大大不同了，一人一个样。两个 Emacs 老手，可能会看到对方的 Emacs 使用方式而目瞪口呆。

所以我几乎可以肯定，如果一个人非常喜欢其中之一的话，对于另一种风格的编辑器，会非常不适应. 对于已经用熟的兄弟，我觉得也没必要换，毕竟核心功能还是编辑嘛。那个顺手，用那个。

但是如果是初次接触的人，强烈建议两个都试试。也许你会发现和我一样，后者更适合你也不一定呢？

@lgn21st ,找到了，在目录中.....

@lgn21st , 嗨~~

我刚刚更新了部分有关 Emacs 的 Wiki, 怎么重新进来，找不到了呢？ 索引页面没有自动添加

#4 楼 @camel , 谢谢讲解. 真的很毒.... 连 method_missing 生成的方法都可以搞定...., 我真想不到还有什么无法实现的!!

Rubymine 真是名不虚传，有机会一定用一用。这对于从 VS 或者 Delphi 那种大而全的集成开发环境过渡过来的程序员有很大的杀伤力啊。不能不说是 Ruby 之幸事。看样子，之前网上说的，没有一个 像样的 Ruby ide 的帽子要彻底摘去了。

#4 楼 @lgn21st

开个玩笑。哈哈。

@lgn21st, 一下发一个有关 Emas 开发 Rails 的文章，貌似是一个好大的工程。

(我指的是：如果我提供一个类似的插件下载包，任何人都可以下载，直接用。而且其中涉及的多数方面，都要讲解清楚的话，因为其中涉及 y 一些基本的 Emacs 知识，我认为不掌握这些这些知识，或者说哲学，刚刚接触 Emacs, 是非常痛苦的，很快就会失去兴趣，这篇文章也就大打折扣了.)

我可以这样，隔三差五的，一有空就发一篇有关使用 Emacs 进行 Ruby 和 Rails 开发相关的文章，之后我再汇总，在 Wiki 发布。

另外，使用 Emacs 开发 Rails 方面，很多方面，其实自身现在还在不断的完善中，等弄好了，直接上传到 github.

例如最近几天，我搜集了国外有关 Emacs 的大量 yasnippet, 最近几天在整理，当然，不仅仅是在整理，基本上是整个重写，因为我认为我激活 bundle 的方式，应该更加适合于像我这样的非英语母语国家的人。(我不喜欢国外的那种一长串英文单词的首字母作为简写，现在这种方式有更多的提示，而且速度也丝毫不慢，智能提示方面，我估计应该不比 Rubymine 差)

@lgn21st , 是啊，的确 Vim 应该多。不过我怎么觉得咱社区 Textmate 更多。哈哈。

那我想想，稍后发个框架给你。其实应该和 textmate 差不多的。只不过，可能每一个方面，在 Emacs 下面有不止一个实现而已。

另外，可能个人习惯问题，我整天生活在 emacs daemon 方式下，随时秒开打开一个新的 frame, 来编辑所需的文本，(至少目前为止), 有关 rails 的大量操作，我更多的在 bash shell 下进行。(就像书上讲的那样)

事实上，目前我了解的真正有关 rails 的该真不多。不过要是搭配有关 ruby 的以及有关其他编程方面的，例如自动补全啊，snippet, rvm 呀等等，这倒是有很多很多需要讲的。

看半天还是没明白楼主要说什么。

Ruby 下面有叫做 constantize 的方法或变量吗？

irb 和正常的代码，执行结果当然可能不一样。irb 额外加载很多库的。

@lgn21st , 当然可以了。

不过，不过具体您指的哪一方面的？

要是搭建全套 rails 环境，那当然没有问题喽。

不过在 Web 开发这方面，现在我才刚入门，有关 Web 开发的很多概念，还在学习中。

..... 关掉了就叫做解决了吗？ 很明显，你之前在 mac 的配置用到了一个叫做 prac_flymaker.rb 的东东. 但是现在这个文件不在你的 Emacs plugins 的加载路径中。

flymaker 很好的。动态语法检查，给我很多提醒。

#1 楼 @ywencn

你真的很直接。哈哈 竟然忘记 inject, 你都敢大声吼出来，我也经常忘，可是我就不告诉别人。