Live data from Hacker News

Emacs and Vim

martinklepsch.org

221–230 of 277 posts

Re: Emacs and Vim

#221

Earlier quoted context omitted.

I tried slimv recently and couldn't get it to work with Racket. There's a swank Racket project on github but it was extremely buggy. I also tried mit-scheme and it was buggy as well. It randomly freezes and I don't know why. (latest vim, etc.) What do you use it for? It seems if you're using common lisp it's perfect, for everything else it works "in principle" but not really.

Can I ask why you don't use DrRacket? Write your code in the definitions panel and hit f5.

Do you mean use DrRacket to edit code? Mostly because I'm used to editing in my Vim and don't want to learn another editor/IDE just for Racket.

Re: Emacs and Vim

#222

Earlier quoted context omitted.

I tried slimv recently and couldn't get it to work with Racket. There's a swank Racket project on github but it was extremely buggy. I also tried mit-scheme and it was buggy as well. It randomly freezes and I don't know why. (latest vim, etc.) What do you use it for? It seems if you're using common lisp it's perfect, for everything else it works "in principle" but not really.

For what its worth, Emacs users usually use Geiser with Racket. Might be why Swank doesn't work all that well.

Yeah. I was going to say the only Scheme I have seen run in Slime/Swank is Chicken Slime, which is custom fork that overlays slime to handle specific extensions to Chicken scheme. I also play with Racket and had no idea a slime variant existed! Not that I would want it personally, as geiser only intends to support Guile and Racket thus far.

Re: Emacs and Vim

#223

Earlier quoted context omitted.

Can I ask why you don't use DrRacket? Write your code in the definitions panel and hit f5.

Do you mean use DrRacket to edit code? Mostly because I'm used to editing in my Vim and don't want to learn another editor/IDE just for Racket.

Yes, I know what you mean. But I had to make an exception for DrRacket. It was just so much better than any vim plugin I tried.

Re: Emacs and Vim

#224
post #163
post #158

> I completely do not understand how anyone can use Emacs’ default keybindings. I completely do not understand how switching modes is a good idea in an editor. It just doesn't fit in my brain somehow. I start typing and randomly end up pasting and cutting. I want to paste and cut it randomly types my commands in insert mode. Emacs cords are pretty intuitive to me. I don't know many: just moving, saving, creating 2 wi…

I can't find it now, but the guy running http://www.viemu.com/blog/ has a good explanation for this problem. Basically, while there are modes, you don't work like that. You are always in command mode, and you slip briefly into e.g. insert mode, before popping back out to the 'default' command mode. This perfectly described how I work in Vim, and when I passed it around my office, several people had 'ahah!' moments. Y…

http://www.viemu.com/a-why-vi-vim.html

Re: Emacs and Vim

#225
post #80
post #56

Earlier quoted context omitted.

I use vim because it's bindings correspond with my thought process. My thought is: "Let's change the next 2 words", my fingers type c2w (change word). The bindings take quite a while to learn, I started using vi mode in komodo edit, but once I realized that bindings like ci" didn't work I switched over to macvim. I haven't used any other editor since then (4 years ago). The other reason is that I mainly "develop" (ho…

I love this explanation of why you like vim, because it's very honest, and one where I can disagree with your preference while having no problem with your argument. My brain does not work like vim at all. I do not count words. I do not think about whether I want to change, jump or delete. Therefore, I've never been able to use any vi flavor even semi competently: I can technically work in it, and I have read about al…

I regard my primary task as understanding code so I can write as little code as possible. I still write a lot of code, but I expect my editing environment to surface semantic information for me. Otherwise, I do it all myself. Why would I want to do that?

I've used Vim for a few years. I enjoy editing in it for sure. But it does feel like it optimizes the wrong thing. By the time it's time to write code, I'm more invested in the ideas than the mechanical action of implementing them. I also feel like core Vim is very good, but the experience suffers greatly once you enter Weird Plugin Land, where you need to set SpecialOption if using RandomPlugin version 0.88. I get why it happens; it's also a waste of time.

I don't have the patience for that. I dread maintaining my vimconfig for this reason.

Re: Emacs and Vim

#226
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…

Yeah, evil-mode just doesn't play nice with lots of emacs utilities.

It's a good idea to use evil-mode only in code/text buffers and stay out of it when using e.g. GUD debugging. This, unfortunately, means that you're going to have to learn two sets of keybindings, the vanilla emacs ones and vim keys.

Re: Emacs and Vim

#227
post #142
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?

I tried using helm when I wanted to learn emacs and my problem is that helm is incredibly ugly, and customizing it would take a good amount of time.

Re: Emacs and Vim

#228
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.

I don't understand why people want to do this in Vim. To me, a text editor should be extremely good at text editing / analysis and nothing else. I use tmux, so all the advanced functionality of the terminal is only a single keypress away (to switch to another open terminal split).

When I visit a file in Emacs, indications appear on the screen (in the "mode line") as to which version-control system, if any, the file is under the control of and whether the file contains any non-checked-in changes.

Perhaps grandparent wants something like that in Vim if it does not exist already.

Re: Emacs and Vim

#229
So when i'm programming I find myself spending far more time thinking about what to type next than actually typing it, seems to me like there isn't much to gain by learning vim/emacs or am I missing something?

Re: Emacs and Vim

#230

So when i'm programming I find myself spending far more time thinking about what to type next than actually typing it, seems to me like there isn't much to gain by learning vim/emacs or am I missing something?

There's a reason vim & emacs are referred to as great 'editors': their advantages show mostly when editing & refactoring. They don't help you with code that flows from your head to your hands fully-formed much more than any other editor or IDE. Where they do help is in making actions like 'swap this block of code with this one'; 'replace the text inside these brackets with this', 'execute this sequence of actions on everything matching this regex' etc. efficient.
Post reply on HN