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

Emacs and Vim

martinklepsch.org

Post reply on HN
Print view View original

141–150 of 277 posts

Re: Emacs and Vim

#141

Post by phaer »

MetaCosm wrote: post #99
phaer wrote: post #20

Earlier quoted context omitted.

I haven't used CtrlP too much, but what are you missing in ido-mode or helm?

Fast proper fuzzy-find completion on files, buffers and tags that works across multiple platforms and even on files not in source control. In Vim I have it bound to f, b, t -- on my multiple trips over to Emacs land -- I have tried lots of ways to get the equivalent working and always come up short.

You could mention in which ways you tried it, because helm (https://github.com/emacs-helm/helm ) does all the things you mention as far as i know.

Re: Emacs and Vim

#142

Post by swah »

cies wrote: post #17

Emacs+Evil is the next Vim. And yes, CtrlP is probably the thing you'll miss most. But all the other things I got from switching from Vim to Emacs+Evil easily outweigh the missing CtrlP. Vim was great, until I wanted to customize it heavily. It is simply not made to facilitate things like: child processes, SSH, understanding my code, a visual interface for Git.

Isn't Helm, sucessor of Anything, much more than CtrlP could ever be?

Re: Emacs and Vim

#143

Post by Dewie »

rthomas6 wrote: post #123
Dewie wrote: post #114

Earlier quoted context omitted.

> Do one thing well. Do you really demand that an OS should only 'do one thing well'? :ø)

Well, yes. That's what makes Unix OSes so great. Programs all the way down to the command line are separate from the OS. Modules and drivers are also semantically separate from the core.

So how would you envision that the Emacs OS should be structured/used?

Re: Emacs and Vim

#144

Post by dang »

Is anybody besides me still having the problem with Emacs on Mavericks where the OS X distnoted process gradually eats up gigabytes of RAM? It seems to have to do with running multiple instances of Emacs.

Re: Emacs and Vim

#146

Post by mbrock »

akg wrote: post #111
bastih wrote: post #8

Earlier quoted context omitted.

But that means your fingers have leave home row! :(

This seems to be one of those arguments where we programmers tend to optimize for the wrong problem. Sure, we may be able to input more text more comfortably with the merits of one text editor over another, but really, I think most of the time spent during programming is reading APIs, headers, other code and most importantly thinking . Typing is hardly the bottleneck.

Except when it is... If you can edit fluently and quickly, _then_ coding is more of a nonissue, you're free to try things out, you can find and fix an error and Alt-Tab without blinking, you can harness this kind of physical flow of noninterrupted work, etc. I've worked alongside programmers for whom typing and editing were indeed quite the bottlenecks. Of course, any programming editor is probably good enough if you learn it.

Re: Emacs and Vim

#147

Post by cefstat »

dang wrote: post #144

Is anybody besides me still having the problem with Emacs on Mavericks where the OS X distnoted process gradually eats up gigabytes of RAM? It seems to have to do with running multiple instances of Emacs.

There is a patch that supposedly solves this problem. Homebrew applies this patch to Emacs and after I started using this I did not notice any more problems with distnoted. I am not sure if other Emacs builds also apply this patch.

Re: Emacs and Vim

#148

Post by leishulang »

sjolsen wrote: post #134
MetaCosm wrote: post #102

Earlier quoted context omitted.

Vim defenders will also tell you to use search. Also, why would even Emacs fans recommended corded combos over single keypresses? Give my pinky a break man!

Because it means you don't have to jump in and out of different modes. The biggest thing that kept me from using vim was _constantly_ typing in normal mode and trying to issue commands in insert mode. Is constantly hitting the Escape key (even remapped to Caps Lock, or using ^[) really any better on your pinky?

It actually is. At least it's a "home-row pinky". However, I remapped esc to be "jk" to avoid the pinky abusing.

Now, if I ssh between different unix box a lot without the time to pull my .vimrc from github, then I still have to resort to pinky-escape.

Re: Emacs and Vim

#149

Post by leishulang »

Gonzih wrote: post #120

Wanna have fun with emacs? Try to integrate evil mode nicely in different plugins. Especially if you use totally different key bindings in vi (non qwerty layout for example). It was very painful experience for me. Yes, vim is far from ideal, yes neo-vim is looking like to be next iteration in vim evolution, yes no parallel tasks execution is pain. But at the same time there is vimproc. For clojure integration there i…

Not to mention that the Evil Mode editing messes up the Emacs repl. At least for clojure.

Re: Emacs and Vim

#150

Post by sjolsen »

leishulang wrote: post #148
sjolsen wrote: post #134

Earlier quoted context omitted.

Because it means you don't have to jump in and out of different modes. The biggest thing that kept me from using vim was _constantly_ typing in normal mode and trying to issue commands in insert mode. Is constantly hitting the Escape key (even remapped to Caps Lock, or using ^[) really any better on your pinky?

It actually is. At least it's a "home-row pinky". However, I remapped esc to be "jk" to avoid the pinky abusing. Now, if I ssh between different unix box a lot without the time to pull my .vimrc from github, then I still have to resort to pinky-escape.

At least it's a "home-row pinky" with Emacs' Ctrl, too. :)

Personally, though, I don't find the worst strain comes from the placement of Ctrl. The worst comes from the awful staggered layout of keyboards that serves no purpose save for a long chain of HCI backwards compatibility with the typewriter. I hope someday keyboards like the TEK (which, incidentally, gives a perfect spot for Alt or Ctrl under the left thumb) become more commonplace, or eye movement-based systems supplant the use of one's hands for focus control.

Post reply on HN