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

Batteries included with Emacs (2020)

karthinks.com

Post reply on HN
Print view View original

171–180 of 228 posts

Re: Batteries included with Emacs (2020)

#171

Post by ByteJockey »

michael-ax wrote: post #166
ByteJockey wrote: post #7

Earlier quoted context omitted.

I mean. Emacs has the ability to do basically what vim does. Evil mode is really nice (though I can never get used the = register evaluating elisp instead of vimscript). What kills me about emacs is the startup time. Breaks my flow when I'm jumping around and need to edit something quickly. Though I'll admit that doom provides a very nice environment for when I want to play around with some lisp.

emacsclient can also talk to multiple emacs-servers by name. this is awesome to keep different sets of buffers available. also, there's zile.

It's still not instantaneous like `vim .` is. Also it leaves me outside of my terminal. I know, I know, just don't leave emacs, but that's not how I work.

I appreciate the tip about zile though. That looks cool.

Re: Batteries included with Emacs (2020)

#172

Post by nocman »

quotemstr wrote: post #51
Mikeb85 wrote: post #44

Honestly, I never really had that much love for Emacs until relatively recently. I've always dabbled due to it generally having good support for most languages (including esoteric ones) but recently I got into it a lot more due to the fact that many of the new-ish OSS editors but Emacs has always been there and likely will always be there. A few years back I got into Atom quite a bit since it checked all the boxes: e…

And thanks to recent developments in cross-editor infrastructure projects like tree-sitter and LSP, editors like VSCode, Emacs, Sublime Tex, and even public nuisances like vim can all advance at the same time and benefit from each other's development work in areas where the editors aren't differentiated. We're very close to a world in which we don't have N implementations of finding the start of a C function or figur…

"public nuisances like vim"

Others here seem to have taken this as tongue-in-cheek. On the first read I took it as "I think vim is ridiculous". I'm honestly curious to know which it is (or if both are inaccurate).

Re: Batteries included with Emacs (2020)

#173

Post by quotemstr »

nocman wrote: post #172
quotemstr wrote: post #51

Earlier quoted context omitted.

And thanks to recent developments in cross-editor infrastructure projects like tree-sitter and LSP, editors like VSCode, Emacs, Sublime Tex, and even public nuisances like vim can all advance at the same time and benefit from each other's development work in areas where the editors aren't differentiated. We're very close to a world in which we don't have N implementations of finding the start of a C function or figur…

"public nuisances like vim" Others here seem to have taken this as tongue-in-cheek. On the first read I took it as "I think vim is ridiculous". I'm honestly curious to know which it is (or if both are inaccurate).

Of course it's tongue in cheek. Vim is venerable high quality software that a lot of people love. Emacs people dunking on vim (and vice versa) is just an old traditional joke with no actual animus behind it.

Re: Batteries included with Emacs (2020)

#174

Post by gjvc »

spicybright wrote: post #161
epolanski wrote: post #116

Earlier quoted context omitted.

To add to this: yes, full blown IDEs have shortcuts but they are hard to explore, counter-intuitive and hard to extend.

I think JetBrains has a great system to it. cmd+shift+a opens a command palette with every possible command in the IDE. It matches as you type the name of an action, and every action has a keybinding shown to the right (if it exists). Every relevant button generally has keyboard shortcuts right on them. And pressing cmd+e opens a list of gui interactions you've made so you can repeat them (things like focusing buffer…

shift-shift brings up the same window, albeit with different prompts.

Re: Batteries included with Emacs (2020)

#176

Post by Spivak »

rvieira wrote: post #115
Mikeb85 wrote: post #44

Honestly, I never really had that much love for Emacs until relatively recently. I've always dabbled due to it generally having good support for most languages (including esoteric ones) but recently I got into it a lot more due to the fact that many of the new-ish OSS editors but Emacs has always been there and likely will always be there. A few years back I got into Atom quite a bit since it checked all the boxes: e…

I'm also a recent Emacs enthusiast. Many many years ago, I never felt productive with the navigation and keys. Then, recently, I _really_ wanted to try org and thought "I'll force myself to use it". I started with Evil mode and Doom. I was blown away tbh. What I thought to be an "old" tool that would slow me down, is actually a massive booster (and fun!). My personal experience, of course.

Evil/Doom never really clicked for me and I went back to Neovim because of it. There were always gotcha's or packages that didn't have evil support and the when the walls broke down it was kinda clunky. Now that you can script Vim with Lua (or Python/Ruby) I don't really think I care too much about Emacs' infinite extensibility.

Re: Batteries included with Emacs (2020)

#177

Post by dhon_ »

Koshkin wrote: post #144
wrycoder wrote: post #100

Earlier quoted context omitted.

I once subscribed to a magazine and received the subscription at my address, but with a strange name. I took me a minute to realize that it had been touch typed, but with the right hand displaced to the right by one position.

That’s so cool! Not only you touch type, you also do not need to look at the screen!

Well, apparently they do need to look at the screen :)

Re: Batteries included with Emacs (2020)

#178

Post by pville »

spicybright wrote: post #161
epolanski wrote: post #116

Earlier quoted context omitted.

To add to this: yes, full blown IDEs have shortcuts but they are hard to explore, counter-intuitive and hard to extend.

I think JetBrains has a great system to it. cmd+shift+a opens a command palette with every possible command in the IDE. It matches as you type the name of an action, and every action has a keybinding shown to the right (if it exists). Every relevant button generally has keyboard shortcuts right on them. And pressing cmd+e opens a list of gui interactions you've made so you can repeat them (things like focusing buffer…

Alt-x does the very same in Emacs. Every available command with tab completion and with the keyboard shortcut listed. I think showing the shortcut is new.

If you are not familiar what a particular command does you can use C-h f to open the help page.

I think Emacs is really easy to learn after you get a handle of the navigation keys. Which you might already be familiar with from shell.

Re: Batteries included with Emacs (2020)

#179

Post by Spivak »

pitaj wrote: post #165
pronik wrote: post #117

Earlier quoted context omitted.

Somehow, Microsoft managed to invent LSP for VSCode and then abandon some parts of it just a couple of years later -- e.g. python language server is dead, pylance is there instead, closed source, VSCode-specific and with prohibitive license. Most language plugins in VSCode don't use LSP anymore IIRC.

While it may be true that pylance is closed source and vscode specific, pyright[1] is MIT. Pylance does appear to still be a language server as well. As far as I know, most language plugins still use LSP, including Typescript/Javascript, Rust, and Go. [1] https://github.com/microsoft/pyright

Pyright is the best thing I've ever added to my Python workflow. It's nuts how productive you can be with a good type checker and completions.

Re: Batteries included with Emacs (2020)

#180

Post by [deleted] »

pronik wrote: post #117
quotemstr wrote: post #51

Earlier quoted context omitted.

And thanks to recent developments in cross-editor infrastructure projects like tree-sitter and LSP, editors like VSCode, Emacs, Sublime Tex, and even public nuisances like vim can all advance at the same time and benefit from each other's development work in areas where the editors aren't differentiated. We're very close to a world in which we don't have N implementations of finding the start of a C function or figur…

Somehow, Microsoft managed to invent LSP for VSCode and then abandon some parts of it just a couple of years later -- e.g. python language server is dead, pylance is there instead, closed source, VSCode-specific and with prohibitive license. Most language plugins in VSCode don't use LSP anymore IIRC.

[deleted]
Post reply on HN