Live data from Hacker News

Emacs 24.4 RC 1

lists.gnu.org

41–50 of 71 posts

Re: Emacs 24.4 RC 1

#41
post #4

As someone who uses emacs purely for clojure/lisp and vim for everything else, the biggest feature for me is the fact that this will be the first version of emacs to support menus in terminal mode . So for all the commands you don't remember, a menu is now a click or F10 away. To quote, "Emacs now supports menus on text-mode terminals. If the terminal supports a mouse, clicking on the menu bar, or on sensitive portio…

M-x apropos is usually good.

Re: Emacs 24.4 RC 1

#42
post #34

Earlier quoted context omitted.

If you are a Unix user, you almost need to know enough vi to edit a simple file. crontab -e is considered a minor sin in the Church of Emacs, but only a minor one. ESC:q!

export EDITOR=emacs Then crontab -e will start emacs instead of vi.

If emacs is installed. It often isn't. vi almost always is.

I know enough vi to open a file, move up, down, left, and right, search, delete and insert text. And I often run afoul of my emacs muscle memory just doing that. But you really need to know the vi basics if you admin unix machines.

Re: Emacs 24.4 RC 1

#43
post #4

As someone who uses emacs purely for clojure/lisp and vim for everything else, the biggest feature for me is the fact that this will be the first version of emacs to support menus in terminal mode . So for all the commands you don't remember, a menu is now a click or F10 away. To quote, "Emacs now supports menus on text-mode terminals. If the terminal supports a mouse, clicking on the menu bar, or on sensitive portio…

Just curious. How did you manage to use both emacs and vim? I've seen that people accustomed to one editor are usually averse to using the other.

I used both back in college. I usually used XEmacs for coding and reading mail/usenet and vi for sysadmin stuff. These days I've moved on to IDEs for coding and only break out emacs for editing binaries or large files.

It worked out pretty well as long as I used Emacs in an X window and vi on the command line. But if I ran emacs in a terminal, I automatically started typing vi commands into it.

Re: Emacs 24.4 RC 1

#44
post #42

Earlier quoted context omitted.

export EDITOR=emacs Then crontab -e will start emacs instead of vi.

If emacs is installed. It often isn't. vi almost always is. I know enough vi to open a file, move up, down, left, and right, search, delete and insert text. And I often run afoul of my emacs muscle memory just doing that. But you really need to know the vi basics if you admin unix machines.

I’ve learnt enough ed to use that instead of vi. If that isn’t installed, I’ve had to resort to nano, and, in rare cases, sed --in-place. But I never need to know vi.

Of course I realize that this is mostly me being silly, but it’s also rather educational.

Re: Emacs 24.4 RC 1

#45
post #4

As someone who uses emacs purely for clojure/lisp and vim for everything else, the biggest feature for me is the fact that this will be the first version of emacs to support menus in terminal mode . So for all the commands you don't remember, a menu is now a click or F10 away. To quote, "Emacs now supports menus on text-mode terminals. If the terminal supports a mouse, clicking on the menu bar, or on sensitive portio…

Just curious. How did you manage to use both emacs and vim? I've seen that people accustomed to one editor are usually averse to using the other.

Personally, I started out using Emacs because I wasn't a big fan of the "modal" style of vi (insert/command mode). Later on, I started pair programming in shared GNU Screen sessions, in which we ran vim; a pile of "how did you make that change so quickly" questions later, and I ended up switching to vim for the speed of basic text editing tasks, which save more time than I lose by not having as many high-level mode-specific commands.

However, I still use Emacs for LaTeX documents via AUCTeX, because I find it far more powerful for basic editing, with commands to insert directives, environments, \item, etc.

Re: Emacs 24.4 RC 1

#46

Earlier quoted context omitted.

Slime is really amazing. It provides tons of features of which here are a few (these work with Common Lisp, I have no clue if they work with Clojure). Inspector[0]: You can click on objects to "inspect" their values. This includes hash-tables, arrays, and closures. In addition you can execute arbitrary code on these objects at any time, even while a program is running. Trace Dialog[1]: Most Lisp implementations alrea…

That actually sounds a lot like Smalltalk.

Also the editor does not crash if the (lisp) environment becomes unstable (hangs, crashes, etc.) - Such things rarely happen, but they might - for example in Lispworks (which has emacs-like IDE (very nice) but runs the lisp threads in the same process as the editor).

Re: Emacs 24.4 RC 1

#47
post #34

Earlier quoted context omitted.

If you are a Unix user, you almost need to know enough vi to edit a simple file. crontab -e is considered a minor sin in the Church of Emacs, but only a minor one. ESC:q!

export EDITOR=emacs Then crontab -e will start emacs instead of vi.

Try:

    export ALTERNATE_EDITOR=emacs EDITOR=emacsclient VISUAL=emacsclient
and set up Emacs to run (server-start) on startup.

This way, crontab -e should open a new Emacs frame (or start Emacs, if it isn't already running). It will speed things up and make the experience better, while giving you access to all the things you're working on in an already running Emacs.

See also: http://www.emacswiki.org/EmacsClient.

Re: Emacs 24.4 RC 1

#48
post #6

Earlier quoted context omitted.

As a dev who's always used Sublime/Atom and sometimes Vim, what's the benefit of Emacs for Lisp?

Slime is really amazing. It provides tons of features of which here are a few (these work with Common Lisp, I have no clue if they work with Clojure). Inspector[0]: You can click on objects to "inspect" their values. This includes hash-tables, arrays, and closures. In addition you can execute arbitrary code on these objects at any time, even while a program is running. Trace Dialog[1]: Most Lisp implementations alrea…

Restarts are feature of Common Lisp, for which SLIME only draws a powerful interface. Your ability to return a value/retry a call from a given stack frame is just a bunch of default restarts of your CL implementation. What is really awesome is that you can add your own restarts to the interactive debugger. Or have them execute automatically.

I recommend those who are not familiar with conditions/restarts to read up a bit on them. This is something like exception handling, but an order of magnitude more powerful.

Re: Emacs 24.4 RC 1

#49
post #6
post #4

As someone who uses emacs purely for clojure/lisp and vim for everything else, the biggest feature for me is the fact that this will be the first version of emacs to support menus in terminal mode . So for all the commands you don't remember, a menu is now a click or F10 away. To quote, "Emacs now supports menus on text-mode terminals. If the terminal supports a mouse, clicking on the menu bar, or on sensitive portio…

As a dev who's always used Sublime/Atom and sometimes Vim, what's the benefit of Emacs for Lisp?

Aside from all the other reasons other people already listed, there is a one fundamental benefit. Emacs is not just an editor, it's a Lisp runtime with text-editing functionality bolted on top. Lisp is natural for Emacs at all levels of complexity - from the fact that it's easy to work with Lisp code using Lisp to the Emacs community, composed in a big part of Lispers. Lisp just fits Emacs.

Re: Emacs 24.4 RC 1

#50
I recently discovered that elisp is dynamically scoped as opposed to lexically scoped. Out of curiosity (as I've never programmed in a dynamically scoped language) hows the experience of working in such language?
Post reply on HN