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

Emacs 26.3

lists.gnu.org

Post reply on HN
Print view View original

61–70 of 165 posts

Re: Emacs 26.3

#61

Post by snazz »

roryrjb wrote: post #52
roryrjb wrote: post #28

I recently tried to seriously use Emacs over my usual Vim. Mainly because I've got so used to the GNU readline emacs shortcuts in the terminal and quite like the idea of not having to switch between command and insert mode, but damn after looking into some configuration options it really is a massively complicated piece of software, I mean not to start using it, it's probably easier than Vim but just looking at all t…

Thanks for the responders to my parent comment. I might look into spacemacs or DOOM emacs, I've heard about both and seen some videos and obviously either sound like a good way to switch over. I'm not actually having any issues with Vim that is encouraging me to switch, but stuff like org mode, email clients, magit and other things can all be run out of emacs is very intriguing indeed.

I'd personally recommend the opposite: start vanilla (with Evil) and understand why you're including every package you do. But you might not find that productive enough to stick with, so maybe try DOOM or Spacemacs as well?

Org mode is good, but most Emacs mail clients are pretty meh. The primary advantage is getting to use the same interface to everything and being able to customize everything easily. With the relatively small volume of email that I process, it's just too much work to keep all of the configuration working for mail in Emacs. Magit is cool, I think you'll enjoy it.

Re: Emacs 26.3

#62

Post by rudedogg »

smitty1e wrote: post #56
dragonsh wrote: post #18

Great job a very good example of programmable editor. Emacs had been my work horse since 2002 and never disappointed. In the meantime tried many ide only vim and emacs stayed with me. Sometimes do use nano and sublime text but then back to either emacs or vi. All those shiny IDE based on electron, Java or C++ are just too slow to be productive be it VScode, atom or eclipse or visual studio or kdevelop. I am forced to…

http://spacemacs.org/ with its org-mode and magit ( https://magit.vc/ ) integration, combined with the modal editing of vi, is truly superior. Don't care about your platform, desktop (I'm typically working over SSH in the cloud, so why bother?) or any of that hooplah. Just waiting for everybody else to catch up.

Also check out https://github.com/hlissner/doom-emacs. It has a faster start up time, and is updated regularly (everyone uses the develop branch).

Re: Emacs 26.3

#63

Post by nickysielicki »

dragonsh wrote: post #46
nickysielicki wrote: post #24

I'm sick of managing 5-6 different installs of language server protocol servers. A couple are installed with my package manager (clangd), some are installed with pip (pyls), some I just have symlinked into ~/.local/bin (microsoft/python-language-server). It's overly difficult to get right. If anyone is aware of a better way, especially for emacs users, I'd appreciate it. Is this something where docker or snapd might…

For python just use Elpy [1] or anaconda-mode. Microsoft Language Server is nice but use it for things you can not find a package in elpa or melpa. Obviously you can use emacs-prelude [2] or spacemacs [3] in the beginning and as you get familiar write your own init.el or packages to make it work the way you want. I have yet to see anything like tramp allowing seemless work on file over ssh, org-mode, ledger-mode, ERC…

I have my configs where I want them, packages installed with straight.el, managed with use-package, I'm not confused on how to set up the emacs side of things. I just want a unified mechanism to install dependencies.

> Microsoft Language Server is nice but use it for things you can not find a package in elpa or melpa.

That's overly restrictive. I use company as my capf provider and hook company into lsp, it's a nice unified interface and it never gets in my way.

What I'm looking for is a mechanism to manage the dependencies of extensions. For example, the elpy readme clearly says, "pip install jedi rope flake8 autopep8 yapf black".

Re: Emacs 26.3

#64

Post by iterati »

rhabarba wrote: post #44
LukeShu wrote: post #43

Earlier quoted context omitted.

I've seen implementations of ACME's plumber as Emacs modes, I haven't seen implementations of Emacs in ACME. ACME's plumber is very cool, and allows very easy customization of how some things work. Much easier than these things typically are in Emacs. But this behavior is implementable in Emacs (I wish it were standard), and lots of things that are hard-coded in ACME are fully customizable in Emacs.

Sure, Acme lacks - well: intentionally does not have - theming, font changing etc., although some modifications (like Acme2k) exist which change that. Acme is probably more about "getting things done" than about "looking good" ... :-) (that sounds harsher than intended - I like Emacs for its flexibility and it was my Usenet reader until last month). Interestingly, the first Emacs "plumber" which I have found after yo…

So it's not the most flexible then.

Re: Emacs 26.3

#65

Post by snazz »

anyfoo wrote: post #26
martincmartin wrote: post #16

Earlier quoted context omitted.

Emacs performance in general (not just Windows) has been a complaint forever. Back when Emacs was first launched, and machine memory was measured in megabytes, people joked it stood for Eight Megabytes And Constantly Swapping.

Only back then it was true. Now it’s only slow on Windows for some reason (and maybe not universally so, though I don’t use Windows enough to have bothered investigating).

It's still very slow with a lot of Elisp code (Spacemacs, for instance). Maybe the memory footprint is better than VSCode, but VSCode starts faster and is more responsive than Emacs with a ton of packages.

Re: Emacs 26.3

#66

Post by cosmojg »

JasonFruit wrote: post #39
roryrjb wrote: post #28

I recently tried to seriously use Emacs over my usual Vim. Mainly because I've got so used to the GNU readline emacs shortcuts in the terminal and quite like the idea of not having to switch between command and insert mode, but damn after looking into some configuration options it really is a massively complicated piece of software, I mean not to start using it, it's probably easier than Vim but just looking at all t…

You probably shouldn't switch. I'm an emacs guy myself, but from what I can see, the advantages of vim are equal but different. If you are skilled with vim, there's probably no good reason to switch at this point. We could have a good argument about what you should have started with, but I'll pass.

As someone who has gotten the hang of the keybindings and only just started learning Vimscript, I'm curious whether you think I should stop and switch to Emacs.

Re: Emacs 26.3

#67

Post by eloisant »

dragonsh wrote: post #18

Great job a very good example of programmable editor. Emacs had been my work horse since 2002 and never disappointed. In the meantime tried many ide only vim and emacs stayed with me. Sometimes do use nano and sublime text but then back to either emacs or vi. All those shiny IDE based on electron, Java or C++ are just too slow to be productive be it VScode, atom or eclipse or visual studio or kdevelop. I am forced to…

The thing is, I like to have things like auto-import, auto-complete, errors in the editors and other nice things (in Scala typically).

With Emacs that means Ensime, and Emacs becomes just as slow as VSCode+Metals or IntelliJ.

Re: Emacs 26.3

#68

Post by jcranberry »

nickysielicki wrote: post #24

I'm sick of managing 5-6 different installs of language server protocol servers. A couple are installed with my package manager (clangd), some are installed with pip (pyls), some I just have symlinked into ~/.local/bin (microsoft/python-language-server). It's overly difficult to get right. If anyone is aware of a better way, especially for emacs users, I'd appreciate it. Is this something where docker or snapd might…

snap seems to be more about bundling dependencies with packages to make dependency management trivial.

sounds your problem is more fragmentation rather than too many servers. Adding another package manager/virtual environment manager on top of that might just be more headaches.

Re: Emacs 26.3

#69

Post by dragonsh »

rudedogg wrote: post #62
smitty1e wrote: post #56

Earlier quoted context omitted.

http://spacemacs.org/ with its org-mode and magit ( https://magit.vc/ ) integration, combined with the modal editing of vi, is truly superior. Don't care about your platform, desktop (I'm typically working over SSH in the cloud, so why bother?) or any of that hooplah. Just waiting for everybody else to catch up.

Also check out https://github.com/hlissner/doom-emacs . It has a faster start up time, and is updated regularly (everyone uses the develop branch).

Oh yes I saw it forgot to mention though.

Re: Emacs 26.3

#70

Post by dmortin »

I tried vscode the other day to see what it's about and it's nice, but I found plugin development convoluted and very limiting compared to emacs.

No chance of quickly writing a script to automate something in the editor, because it takes so much time that it's not worth it for quick editor code snippets.

Other editor users simply have no concept of how easy it is to whip up some quick script to perform some task in emacs.

Post reply on HN