Live data from Hacker News

Emacs 26.3

lists.gnu.org

71–80 of 165 posts

Re: Emacs 26.3

#71

Earlier quoted context omitted.

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…

Ask yourself the number of ways packages might get installed on a given system (apt, chocolatey, homebrew, pip, pacman, nix, guix), and recalibrate how smart you want humble emacs to be.

Re: Emacs 26.3

#72

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.

Personally for me spacemacs is bit slower in startup for my liking, so I use my own custom configuration. It's just lisp at the end of the day. Also for people who prefer emacs keys instead of vi, they can start with emacs-prelude package. But it will be hard to beat custom configuration in long run.

> Personally for me spacemacs is bit slower in startup for my liking

I have see this many times and never understood how startup time could be an issue. I startup Spacemacs at the beginning of the day, and close it when I leave. 10 second of startup time is nothing.

Re: Emacs 26.3

#73
post #66

Earlier quoted context omitted.

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.

My personal experience as someone who started with vim and than switched to emacs:

If you intend to do a lot of customization to your editor, or expect IDE-like features, I feel that emacs is the superior choice.

elisp is a OK scripting language. Rather quickly I could read and understand the internals of emacs packages (and of some of the emacs internals itself!), despite having basically no experience with lisp. Self-documentation and explorability is truly incredible.

I never really looked into VimL, but my understanding is that it is really not as good.

I still prefer vim bindings, so I use evil-mode on my "vanilla" emacs and vim bindings in spacemacs (well, "hybrid" bindings to be exact).

So my personal take:

- vim for sysadmin, being able to run a fast minimal editor behaving the same on multiple machines

- emacs for development, where having a "tailor-made" editor with lot of config/customization is important

Re: Emacs 26.3

#74
post #70

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 e…

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

Take a look at Atom[0]: you can almost think it's a bit underpowered Emacs that uses CoffeeScript(JS) instead of Elisp.

It uses the same mental model as Emacs; the init file is a CoffeeScript file, not a JSON file with packages (like VSCode).

[0] atom.io

Re: Emacs 26.3

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

I've been trying to switch from vi to emacs. Partly for Clojure, partly because it's free and I've grown tired of trying to convince employers to buy me software tools (they never do).

Overcoming 20 years of vi muscle memory is hard. You just have to go 100% emacs and eat the reduction in productivity for a few days/weeks.

I'm getting there...

Re: Emacs 26.3

#76

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.

Personally for me spacemacs is bit slower in startup for my liking, so I use my own custom configuration. It's just lisp at the end of the day. Also for people who prefer emacs keys instead of vi, they can start with emacs-prelude package. But it will be hard to beat custom configuration in long run.

You can also have emacs run as a daemon(1). That way you never have to wait.

1 https://wiki.archlinux.org/index.php/Emacs#As_a_daemon

Re: Emacs 26.3

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

GNU readline supports vi keybindings. Stick to the one true editing experience! https://www.gnu.org/software/bash/manual/html_node/Readline-...

Re: Emacs 26.3

#78

Earlier quoted context omitted.

Personally for me spacemacs is bit slower in startup for my liking, so I use my own custom configuration. It's just lisp at the end of the day. Also for people who prefer emacs keys instead of vi, they can start with emacs-prelude package. But it will be hard to beat custom configuration in long run.

> Personally for me spacemacs is bit slower in startup for my liking I have see this many times and never understood how startup time could be an issue. I startup Spacemacs at the beginning of the day, and close it when I leave. 10 second of startup time is nothing.

10 seconds of startup time 10 years ago was nothing.

Re: Emacs 26.3

#79
post #12

The improved js-mode in 27.x is definitely worth checking out, especially if you use React/JSX. Had many issues wrestling with indentation in previous setup. https://github.com/mooz/js2-mode/blob/master/README.md#react...

That is very good to hear. I've used Emacs for a decade, but I recently switched to VS Code because JSX support in Emacs was such a mess.

I'm a VSCode user as of a few weeks ago for the same reason. Trying to get React to play nice in emacs, especially when compared to what I got out of the box in VS Code, was an exercise in frustration. Similar problems with Elixir.

I really love spacemacs but I just genuinely don't have time to screw around with my editor constantly, so I ported the bindings I found essential from spacemacs, turned on VS Code's vim emulation, and it's actually been a pretty good experience. It's not perfect, but it's good enough.

Post reply on HN