Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Eschewing Zshell for Emacs

howardism.org

Post reply on HN
Print view View original

21–23 of 23 posts

Re: Eschewing Zshell for Emacs

#21

Post by wyclif »

wging wrote: post #7
mronge wrote: post #2

I've tried living in eshell but zsch auto complete is just too damn good. Is there really good auto completion for eshell?

I seem to be getting some good completions for files just from Company-mode. I typed "/us" and got a list including /usr/, /usr/bin, /usr/lib, etc. Also, tab-completion seems somewhat good. I typed /u and TABbed, and got /usr/. /usr/bin/l v gives me /usr/bin/leave on first TAB, then cycles through /usr/bin/llvm-g++, etc. on subsequent tabs. Globbing: ls /*.js did what you'd want within a directory whose subdirectorie…

I have all kinds of extended globbing turned on in my ~/.zshrc like so:

    #Superglobs
    setopt extendedglob
    unsetopt caseglob
I haven't used eshell, and I see no need to with zsh. This lets me glob 'ls */.txt', etc.

Re: Eschewing Zshell for Emacs

#22

Post by agumonkey »

GeoffWozniak wrote: post #4

I have tried. And I can't. It's just too slow when working with tons of output (which is common in my work). (term-mode is no better.) Emacs is one of my favourite tools on a computer. I love Lisp (even Elisp, which is getting closer to Common Lisp as time goes on) and I love the interaction, but Emacs is not good for serious terminal/shell work and it, sadly, is pretty annoying as a tiling "window" manager. Maybe wi…

I see two sides in shells, you want high-perf high-density UI or you want design oriented low bandwidth ones. For the former emacs is not good (I'd say it's not even lispy to witness and crunch lots of data visually, write abstractions/queries and such and think higher).

Re: Eschewing Zshell for Emacs

#23

Post by warfangle »

chriswarbo wrote: post #19
warfangle wrote: post #16

Earlier quoted context omitted.

I've run into similar issues. It seems to be the draw speed that is very slow. Each 80char line takes a good 10ms to render, which when working with a fast command that outputs a lot of text... The command will have been done for thirty seconds while eshell is still sputtering along showing output. This is especially noticible with my on-modified-run-tests script - if there is a long stack trace, often times it's fas…

If the output is getting parsed in some way then it can get really slow. For example, automatic highlighting of matching-parenthesis is great 99% of the time, but can hang the process for several minutes on large outputs (eg. a MySQL dump of serialised PHP objects). On a related note, the "clear" function at http://www.khngai.com/emacs/eshell.php can help speed things up when your buffer gets large; it's basically li…

Nah, no automatic highlighting or anything of that sort - just the raw, default, eshell.
Post reply on HN