5 ms·

When you get towards the bottom of the article, it actually says that this is a strength of emacs, and not a weakness. The claim is that the weak lisp interpre

When you get towards the bottom of the article, it actually says that this is a strength of emacs, and not a weakness. The claim is that the weak lisp interpreter encourages work to be done in other processes (reference to the awesome Tramp), thus making the feature available to other editors (Vim, TextMate), and the shell. The author compares this philosophy to Eclipse's where everything is a Java plugin written just for Eclipse. The claim that Emacs is dead rises from the shift in the latest versions to large included language processing plugins (JS2-Mode and Semantic) which provide rich language processing capabilities but are implemented in pure Emacs Lisp. The author closes off by stating, "The reason why Emacs platform is good is that it cooperates with OS, not because it is good by itself". In other words, the Unix philosophy. http://en.wikipedia.org/wiki/Unix_philosophy http://en.wikipedia.org/wiki/Unix_philosophy

hollerith 13y ago
The awesome Tramp, is it? IMHO, of all the software on my hard drive that I use regularly, Tramp is the most likely to break or hiccup in a novel or unfathomable way. It does fill a need or 3, I must admit, and I hate to be negative, but if that is the best example you can come up with of the positive effects of putting Emacs functionality in external programs, that makes me lean towards the conclusion that it is a bad idea to put Emacs functionality in external programs!
- tkf 13y ago
  Some awesome Emacs Lisp programs that relies on external programs: mu4e: http://www.djcbsoftware.nl/code/mu/mu4e.html http://www.djcbsoftware.nl/code/mu/mu4e.html not much: http://notmuchmail.org/ http://notmuchmail.org/ EDBI: https://github.com/kiwanami/emacs-edbi https://github.com/kiwanami/emacs-edbi ropemacs: http://rope.sourceforge.net/ropemacs.html http://rope.sourceforge.net/ropemacs.html RSense: http://cx4a.org/software/rsense/index.html http://cx4a.org/software/rsense/index.html GCCSense: http://cx4a.org/software/gccsense/index.html http://cx4a.org/software/gccsense/index.html emacs-ipython-notebook: http://tkf.github.io/emacs-ipython-notebook http://tkf.github.io/emacs-ipython-notebook emacs-jedi: http://tkf.github.io/emacs-jedi http://tkf.github.io/emacs-jedi request.el: http://tkf.github.io/emacs-request/ http://tkf.github.io/emacs-request/ Well, the last three is my projects so you could exclude that :) Also, we could add version conrolling interfaces such as magit and VC (relying on git/svn/hg/...) and advanced interpreter such as SLIME/nrepl.el/geiser. Ah, and don't forget dired!
  - TeMPOraL 13y ago
    And then again, they are pain in the arse (if not impossible) to use on Windows. One of the benefits of ELisp extensions is that they are multiplatform.
    - tkf 13y ago
      I agree some of them are harder to setup in Windows. But it helps (or forces) developers to make these tools and languages cross-platform, which is good, I think. And I guess making them cross-platform is actually easier than implementing them purely in Emacs Lisp.
signa11 13y ago
> In other words, the Unix philosophy. well, emacs claims to be cross-platform, what happens when you are on a non-unix like system ?
- flyrain 13y ago
  Good Point, that's the dilemma of Emacs.

hollerith 13y ago

The awesome Tramp, is it? IMHO, of all the software on my hard drive that I use regularly, Tramp is the most likely to break or hiccup in a novel or unfathomable way. It does fill a need or 3, I must admit, and I hate to be negative, but if that is the best example you can come up with of the positive effects of putting Emacs functionality in external programs, that makes me lean towards the conclusion that it is a bad idea to put Emacs functionality in external programs!

tkf 13y ago
Some awesome Emacs Lisp programs that relies on external programs: mu4e: http://www.djcbsoftware.nl/code/mu/mu4e.html http://www.djcbsoftware.nl/code/mu/mu4e.html not much: http://notmuchmail.org/ http://notmuchmail.org/ EDBI: https://github.com/kiwanami/emacs-edbi https://github.com/kiwanami/emacs-edbi ropemacs: http://rope.sourceforge.net/ropemacs.html http://rope.sourceforge.net/ropemacs.html RSense: http://cx4a.org/software/rsense/index.html http://cx4a.org/software/rsense/index.html GCCSense: http://cx4a.org/software/gccsense/index.html http://cx4a.org/software/gccsense/index.html emacs-ipython-notebook: http://tkf.github.io/emacs-ipython-notebook http://tkf.github.io/emacs-ipython-notebook emacs-jedi: http://tkf.github.io/emacs-jedi http://tkf.github.io/emacs-jedi request.el: http://tkf.github.io/emacs-request/ http://tkf.github.io/emacs-request/ Well, the last three is my projects so you could exclude that :) Also, we could add version conrolling interfaces such as magit and VC (relying on git/svn/hg/...) and advanced interpreter such as SLIME/nrepl.el/geiser. Ah, and don't forget dired!
- TeMPOraL 13y ago
  And then again, they are pain in the arse (if not impossible) to use on Windows. One of the benefits of ELisp extensions is that they are multiplatform.
  - tkf 13y ago
    I agree some of them are harder to setup in Windows. But it helps (or forces) developers to make these tools and languages cross-platform, which is good, I think. And I guess making them cross-platform is actually easier than implementing them purely in Emacs Lisp.

signa11 13y ago

> In other words, the Unix philosophy. well, emacs claims to be cross-platform, what happens when you are on a non-unix like system ?

flyrain 13y ago
Good Point, that's the dilemma of Emacs.