5 ms·
I switched from VSCode to Doom Emacs with very little of my own customization (doing TS, Scala, Rust mostly) a few years ago. There is not one thing of VSCode t
by forty 4y ago
I switched from VSCode to Doom Emacs with very little of my own customization (doing TS, Scala, Rust mostly) a few years ago. There is not one thing of VSCode that I miss, and I enjoy some of the most powerful features like wgrep & all, and a great vim emulation layer (the one I had in VSCode sucked).
- mtzet 4y agoI agree. Emacs out-of-the-box is terrible, but my Doom Emacs config is all 50 lines of code. For that I get: - IDE-like features via LSP - The best git porcelain out there: magit. Even when I'm not using emacs, I come back to magit for code-browsing (recursive blame) and staging hunks. - Emacs/vim's fantastic buffer/window concept, where open files are not owned by their windows. I miss this whenever I use anything else. - project support to quickly grep across all files or jump to files - Very mature vi keybindings, with their infinite composability I still sometimes find that it's either too rigid or too manual at certain things, but I could say the same for CLion and VSCode. I still come back to CLion for its refactoring tool, the 3-way merge window and the debugger integration. It is a bit messy though. It's very well done for what it is, but it's cobbled together from many disparate components. It seems that it should be possible to create the same type of experience from a simpler, more coherent system. I rarely update the base system, but when I do, I've occasionally had to google for some exotic elisp error and add a fix here or there.
- saeranv 4y ago> - Emacs/vim's fantastic buffer/window concept, where open files are not owned by their windows. I miss this whenever I use anything else. Why is this useful? I basically treat my nvim buffers like windows. What am I missing?
- _a_a_a_ 4y agoBecause you can look at and maniuplate the same file n different ways. Something I sorely lack when using e.g. visual studio
- saeranv 4y agoI guess I need to experiment with this. I'm fairly conservative when it comes to experimenting with files since I find it always ends up triggering .swp file recoveries, which is not just annoying[1], but has also resulted in me accidently losing work before. [1] Why can't we just delete the extra file after we recovered the .swp!
- _a_a_a_ 4y ago> - Emacs/vim's fantastic buffer/window concept, where open files are not owned by their windows. I miss this whenever I use anything else. oh hell yes!
- weberer 4y agoBut don't you miss your editor spying on you and sending your data straight to the NSA? https://en.wikipedia.org/wiki/PRISM https://en.wikipedia.org/wiki/PRISM
- xrd 4y agoSince reading your comment, I have gotten very excited about Doom Emacs in the last 45 minutes. But, now I realize this is a very powerful configuration of Emacs if and only if you prefer using the VI keybindings. It looks like spacemacs is that as well. I actually enjoy Emacs keybindings, and would like to find something as polished and supported as Doom, but without using VI keybindings. Does anyone know where I should look for that? Or, can I revert to emacs keybindings in Doom and use the rest of the amazing features? I'm concerned I might be swimming against a tsunami if I try to do that and would be better off finding another project.
- xrd 4y agoI suppose this answers my own question: https://emacs.stackexchange.com/questions/53319/how-to-disable-evil-mode-everywhere https://emacs.stackexchange.com/questions/53319/how-to-disab...
- forty 4y agoWhile Doom defaults to Vi bindings with evil mode (and has awesome defaults to use evil mode almost for all modules) I don't think it's mandatory at all and you should be able to enjoy it without evil (I haven't tried but after all, non-evil key bindings are the default on Emacs :) ) See https://github.com/doomemacs/doomemacs/blob/master/modules/editor/evil/README.org#how-do-i-remove-evil https://github.com/doomemacs/doomemacs/blob/master/modules/e...
- tcmart14 4y agoSpacemacs on initial start-up, it will prompt you to choose either evil mode (vi) or holy mode (standard emacs) keybindings. Before I went to vanilla emacs, I was a spacemacs user using the 'holy mode.'
- deleted 4y ago[deleted]
- lkjdsklf 4y agoAs mentioned, you can disable evil mode in spacemacs or doom. There's also prelude which doesn't include evil by default. Not quite as fully featured as doom/spacemacs, but it's a good place to start. All that said, you could just set it up from scratch. Now that lsp-mode and dap-mode are things, you can setup a fully featured IDE in not very much config at all. I have everything in my init.el and setting up projectile, lsp-mode and dap-mode which is like 85% of what you need for a fully featured IDE. That bit is only about 30 lines of config. Throw in flycheck, company-mode, hydra for keybindings. maybe treemacs for a project view.. a few hundred other lines to make it not all look like trash.... On second thought, it's kind of a pain in the ass. Just use clion or vscode or something.
- Rotareti 4y agoSame. I was using intellij, then vscode the ten years before I switched to doom. I tried a lot of other editors and IDEs, but emacs was the only one with good vim integration. From all editors I tried, it was also the only one with good plugin interoperability. In emacs plugins are often build up on the interfaces of other plugins. In vscode plugins tend to be encapsulated, competing units which often do not play well together. I also find it much easier to customize emacs to my needs, because the interfaces of both the system and the plugins are mostly well documented. Emacs has a high barrier of entry though. I think it would be difficult for a novice to get a good IDE experience from emacs, even with doom.