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

211–220 of 277 posts

Re: Emacs and Vim

#211

Post by codygman »

LunaSea wrote: post #190
super_mario wrote: post #73

Earlier quoted context omitted.

Because UNIX shell is the most powerful integrated programming environment for development with any language/technology combination. Instead of your typical menu commands (you are lucky if you have 100 or so commands to do very basic and limited things on a selection that you must build with mouse manually) you literally have tens of thousands of extremely sophisticated commands that can easily be chained together to…

But typing speed is never an issue when programming. It's just not the bottleneck.

It's not about speed, it's all about flow.

Re: Emacs and Vim

#212

Post by vince_refiti »

laichzeit0 wrote: post #209
orthecreedence wrote: post #207

Emacs + evil, sure, but please don't forget vim + slimv. I tried emacs for a bit when I was first jumping into lisp, but was also evaluating vim at the same time. After about 6 weeks I was having fun with vim. About a year later, I was really fast in vim. Fast forward another year or two, I think in vim. There are no modes or movements or searches. There's just what's in my brain and it sort of writes itself. Granted…

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.

Re: Emacs and Vim

#213

Post by ThatGeoGuy »

laichzeit0 wrote: post #209
orthecreedence wrote: post #207

Emacs + evil, sure, but please don't forget vim + slimv. I tried emacs for a bit when I was first jumping into lisp, but was also evaluating vim at the same time. After about 6 weeks I was having fun with vim. About a year later, I was really fast in vim. Fast forward another year or two, I think in vim. There are no modes or movements or searches. There's just what's in my brain and it sort of writes itself. Granted…

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.

I've been using the plugin vim-slime (https://github.com/jpalardy/vim-slime) recently alongside tmux in order to do REPL development in Scheme / Python.

To be honest I found it more straightforward to use, and the great thing is that it doesn't require any Swank servers to run, and it works with just about any REPL based language. I find it hard to live without it nowadays, though if you're on windows I would expect you'll have difficulties in using this.

Re: Emacs and Vim

#214

Post by rthomas6 »

SoftwareMaven wrote: post #193
rthomas6 wrote: post #165

Earlier quoted context omitted.

Something like this: sudo aptitude purge emacs sudo apt-get install vim gvim gvim Edit: Clearly I'm joking. If you wanted a serious answer, Emacs is just a large, easily extensible program. It's not really an OS. That's like saying Google Chrome (contains a package manager, web browser, text editor, scripting language, and much more) is an OS.

You have heard of Chromebooks, right? It wouldn't be a far stretch to imagine a developer laptop where Emacs was the entire interface.

Chrome OS runs on a Linux kernel. Linux is the core OS for Chromebooks. Similarly, an "Emacs OS" would need a real OS underneath it.

Re: Emacs and Vim

#215

Post by MarcScott »

asuffield wrote: post #4

Gah, the tutorial keybindings! They are mad. I've been using emacs for a very long time, and I can't imagine using those to navigate. Emacs has perfectly reasonable default keybindings these days, they just aren't the ones mentioned in the tutorial. Command: move down one line What vi uses: j What the emacs tutorial suggests: C-n What I use in emacs: the down arrow

I stick with the default emacs key bindings because many of them work outside of emacs. Muscle memory has me constantly using C-k to kill a line for instance, and this also works in Mac Mail and Safari.

Re: Emacs and Vim

#216

Post by bdowling »

bmoresbest55 wrote: post #201
super_mario wrote: post #73

Earlier quoted context omitted.

Because UNIX shell is the most powerful integrated programming environment for development with any language/technology combination. Instead of your typical menu commands (you are lucky if you have 100 or so commands to do very basic and limited things on a selection that you must build with mouse manually) you literally have tens of thousands of extremely sophisticated commands that can easily be chained together to…

So where would you suggest going to learn all of this seemingly endless amount of information?

It doesn't just seem endless, it is endless. You just start and at some point you realize you will never be done.

Re: Emacs and Vim

#217

Post by tomjakubowski »

gknoy wrote: post #187
qbrass wrote: post #182

Earlier quoted context omitted.

Displaying code and editing it are two separate things. Sounds like Vim is pretty bloated acting as both an editor and a pager. Use ed to edit, and pick a side in the more/less wars if you want to read it.

I realize that you're joking, but... vim is a better less than less is, in almost all cases, for viewing code, because you get syntax highlighting. I'm not a vim user, but I use it to replace less because syntax highlighting is the bee's knees: (you may need to change `vim74` to whatever it is on your system.) alias less='/usr/share/vim/vim74/macros/less.sh' You can then do things like: less Makefile +400 which pairs…

Why not just pipe pygmentize to less? That's truly embracing The Unix Way™.

  pygmentize foo.py | less -r

Re: Emacs and Vim

#218

Post by Chattered »

asuffield wrote: post #4

Gah, the tutorial keybindings! They are mad. I've been using emacs for a very long time, and I can't imagine using those to navigate. Emacs has perfectly reasonable default keybindings these days, they just aren't the ones mentioned in the tutorial. Command: move down one line What vi uses: j What the emacs tutorial suggests: C-n What I use in emacs: the down arrow

Using the down arrow requires me to take my fingers off the home row.

Re: Emacs and Vim

#219

Post by jadyoyster »

laichzeit0 wrote: post #209
orthecreedence wrote: post #207

Emacs + evil, sure, but please don't forget vim + slimv. I tried emacs for a bit when I was first jumping into lisp, but was also evaluating vim at the same time. After about 6 weeks I was having fun with vim. About a year later, I was really fast in vim. Fast forward another year or two, I think in vim. There are no modes or movements or searches. There's just what's in my brain and it sort of writes itself. Granted…

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.

Re: Emacs and Vim

#220

Post by Gonzih »

Aissen wrote: post #174
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…

You have exactly the same problem with a non-standard key-binding/layout and vim. For instance, the default file browsing plugin netrw hardcodes its shortcuts…

I was able to change netrw. You just need to know few tricks github.com/Gonzih/.vim/blob/master/after/syntax/netrw.vim
Post reply on HN