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

Emacs 29 is nigh

blog.phundrak.com

Post reply on HN
Print view View original

251–260 of 267 posts

Re: Emacs 29 is nigh

#251

Post by therealmocker »

plaguehammer wrote: post #186
teucris wrote: post #50

Watching the Emacs community, I’m always just blown away by the love and adoration it gets. It’s clear to me that there’s something magical in it, but I can’t seem to tap that magic for myself. I’ve tried - really tried, including relearning lisp - to adopt Emacs roughly four times over my career; it never stuck. I understand the basic benefits, eg keyboard-optimized workflows, deep customization/malleability, etc. B…

> It’s clear to me that there’s something magical in it, but I can’t seem to tap that magic for myself. I love Emacs for some of its really nice features that I just cannot find anywhere else (and no Elisp knowledge is required). I'm not one for tech monocultures and try to diversify my tooling as much as I can, but Emacs is seriously good when it comes to so many things: - Magit in Emacs is arguably the best Git int…

Any chance your configuration is online? Always interested to see how people are configuring emacs, and your typography stuff sounds interesting.

Re: Emacs 29 is nigh

#252

Post by sph »

medstrom wrote: post #232
anyfoo wrote: post #187

Earlier quoted context omitted.

> New command 'rename-visited-file'. This command renames the file visited by the current buffer by moving it to a new location, and also makes the buffer visit this new file. FINALLYYYYYYY!

For those still on 28, `crux-rename-file-and-buffer` does the same thing ( https://github.com/bbatsov/crux ). I've been using it for half a decade at this point.

crux is such a fantastic quality-of-life package.

Re: Emacs 29 is nigh

#253

Post by kfajdsl »

zelphirkalt wrote: post #207
kfajdsl wrote: post #129

Earlier quoted context omitted.

> Want to open files? OK here are your files from your own machine. It does not understand, that it should use the generic action of showing available files in the context of the opened SSH session. Are you sure? If I launch a remote session window and click open file/folder, it's on the remote (either SSH or docker for my workflows). VS Code runs a server on the remote with any plugins (including LSP servers) instal…

> Are you sure? If I launch a remote session window and click open file/folder, it's on the remote (either SSH or docker for my workflows). I am not sure about dedicated extra windows. I've not seen it being done in an ad-hoc started shell, inside a normal VSCode editor instance, at least. If it is a new windows (new process) it is not really the same, as the new instance is then dedicated to being a remote session o…

> Emacs has had a server program since ages. You can run Emacs as a server, for example on a remote host, or on your local machine and when you start a GUI or non-GUI Emacs, start in client mode, to connect to the Emacs server.

I know about that, but AFAIK running Emacs server and client on different machines isn't really supported? Like all Emacs client is doing is executing some Elisp on the Emacs server to tell it to spawn a new frame the same way you can from a regular Emacs instance (that is, the frame spawns on the remote, not locally).

Regardless IMO just using TRAMP and just installing an LSP server on the remote is the simpler and lighter weight solution. The big thing is, I don't want to have to set anything up on the remote. An LSP server that can be easily installed by the system package manager with no further configuration is okay, I deal with that. Anything more, nah.

> With Emacs one does not have to start multiple instances to get things done, but does everything out of the same instance.

Yes, this is a tradeoff, and me being more comfortable with that workflow is one of the reasons I use Emacs. In fact, if so desired, you can still launch multiple instances for different things; me being able to fine tune my workflows instead of my tools dictating them is the big draw of Emacs for me.

Re: Emacs 29 is nigh

#254

Post by sph »

deagle50 wrote: post #68
teucris wrote: post #50

Watching the Emacs community, I’m always just blown away by the love and adoration it gets. It’s clear to me that there’s something magical in it, but I can’t seem to tap that magic for myself. I’ve tried - really tried, including relearning lisp - to adopt Emacs roughly four times over my career; it never stuck. I understand the basic benefits, eg keyboard-optimized workflows, deep customization/malleability, etc. B…

It's like a Bloomberg Terminal for programmers.

That is an excellent observation. There is something special about living inside the same, consistent environment. You can reach productivity peaks that are impossible to achieve with an heterogeneous collection of tools.

Re: Emacs 29 is nigh

#255

Post by sph »

hiq wrote: post #93
esparrohack wrote: post #89

Earlier quoted context omitted.

Emacs was a great editor just like Nirvana was a great band. It’s influenced every other editor after it. People are always going to love it. But I think all the best ideas from that era have been taken. I like Vim but EMacs won the editor wars

I guess you can make the same statements about vim, given that there's a vim mode in most popular IDEs.

vim is an editing system.

Emacs is a platform centered around text.

Re: Emacs 29 is nigh

#256

Post by sph »

modernerd wrote: post #18
ilovecaching wrote: post #7

I highly recommend modern Emacs over VSCode. If you don't want to tinker, Emacs has multiple levels of preconfigured distributions like Prelude, Nano, and Doom Emacs that give the same out of the box working experience. Modern Emacs includes all of the great features of VSCode, plus much more. You get things like: - LSP support for completion, refactoring, listing. - Tree sitter support for super fast highlighting. -…

This is compelling! But I ended up abandoning Emacs in previous attempts to switch to it. In case anyone can help solve the pain points I remember: 1. Which project management tools do you recommend? (I think I was using Projectile in the past, but from what I recall it left buffers from previous projects open when switching to other projects, which ended up being kind of annoying.) 2. Any advice about automatic whit…

I recommend dtrt-indent and ws-butler for your whitespace concerns

Re: Emacs 29 is nigh

#257

Post by hollerith »

dbfx wrote: post #246
hollerith wrote: post #55

Earlier quoted context omitted.

The only time I've seen anyone use "emacs server" or "emacsserver" is to refer to the Emacs Lisp needed to make the command emacsclient (the analog to VS Code's "code" command or TextMate's "mate" command) work. Correct me if I am wrong, but I believe you are using it to refer to running Emacs remotely without a GUI (i.e., with only a terminal emulator as the UI) even though the person you are replying to specificall…

You can run an emacs daemon[0] and connect to it from clients both local and remote, including having multiple clients connected to the same daemon and editing the same file with total synchronization built in, you see not only the changes in realntime but the other client's cursors making the changes, for the masochists that enjoy pair programming. And yes you can run the client using the gui emacs not only terminal…

Your comment is confusing in the same way as the the other guy's is. In fact it is worse.

None of the machinery you describe can be used for anything except specifying files (and line numbers and column numbers) to be visited. An emacs user still needs some way of interacting with the visited file, e.g., a terminal emulator or an X server. This "Emacs server" does not help with that. It's another example of Emacs using unusual terminology!

Have you actually used Emacs or do you just enjoy making pendantic confusing replies?

Re: Emacs 29 is nigh

#258

Post by ziotom78 »

ParetoOptimal wrote: post #48
modernerd wrote: post #18

Earlier quoted context omitted.

This is compelling! But I ended up abandoning Emacs in previous attempts to switch to it. In case anyone can help solve the pain points I remember: 1. Which project management tools do you recommend? (I think I was using Projectile in the past, but from what I recall it left buffers from previous projects open when switching to other projects, which ended up being kind of annoying.) 2. Any advice about automatic whit…

1. project.el and tabspaces 2. I think you'll want to write some elisp for this. I use apheleia though, maybe it does this? 3. async-shell-command or... hmm... there is a emacs binding to a go library for managing async processes I can't recall the name of. 4. vterm is best in the sense of most support for ncurses things. I personally try to use eshell for everything. As far as different tabs/splits emacs should be a…

Thanks for suggesting "vterm", I wasn't aware of its existence. I just installed it, it seems to work perfectly!

Re: Emacs 29 is nigh

#259

Post by theCodeStig »

modernerd wrote: post #8

Wow, Eglot/Treesitter/better package support in 29 make me want to try Emacs again. > Install packages from source with package.el Emacs users updating to 29: do you plan to use this instead of Straight now? If not, can you help me to understand what more Straight provides? Emacs on macOS users: do you generally compile new versions of Emacs from source, or wait for ports like Mitsuharu Yamamoto's one[1] to update? […

I use Nix on macOS to install emacs. No special ports.

Re: Emacs 29 is nigh

#260

Post by theCodeStig »

tikhonj wrote: post #164
yewenjie wrote: post #12

Its great to see both eglot and tree-sitter being merged. However, I am unhappy about the state of 'emacs configurations/distributions' right now. I have been using Doom Emacs, but the development is pretty much stalled there [0], and I don't think there is any distribution that is keeping up with these cutting-edge features (compared to the NeoVim ecosystem, let's say). Somehow it feels like I was seeing a lot more…

I've been using Emacs overlay to compile packages ahead of time for a while. Unless I've misunderstood how it works, that's what the variations on emacsWithPackages do. I use the version of emacsWithPackages that parses use-package declarations from my .emacs file and uses Nix to compile and install the corresponding Emacs packages. The upside is that this also pulls in native dependencies (pdf-tools/etc) but the dow…

This echos my set up, and it's quite stable, particularly if the overlay is pinned.
Post reply on HN