Emacs 31 is around the corner: The changes I'm daily driving

https://www.rahuljuliato.com/posts/emacs-31-around-the-corner

by frou_dh • 1 month ago

471 285 1 month ago

rahuljuliato.com

bogometer• 1 month ago

treesit-auto-install-grammar

Sweet. GLP1 for my .emacs!

arikrahman• 1 month ago

Excited to try out the native frame transposition this update and how it plays with pgtk

jerf2• 1 month ago

"Is anyone still using emacs?"

Yes. I had to briefly visit the world of VSCode during a period of time when it had better AI integration than emacs did, but since I got Claude working well inside of emacs I've returned to 100% emacs. There just isn't anything like the old editors, built in the 80x24 terminal era, for getting huge swathes of code on your screen at once. I run a standard widescreen monitor with three vertical windows for emacs, each of which I often will break into two frames, so I can have up to six contexts active at once. I rarely do, but I frequently have 2 and 3. That's my entire 4K screen, full of code, usefully full of code. I'm not an IDE hater but they do put an awful lot of stuff on the screen that on a proportional basis I'm just not using as much as I use the code editor.

I had been getting somewhat nervous about emacs' long term prospects about 10 years ago. I would read the release notes for major versions and generally not be particularly excited about anything. Somewhere around treesitter something seems to have revitalized the project. It may well have been treesitter that revitalized it overall. You end up with a lot more wood behind fewer arrows when the project is able to put more work into generally-useful tools rather than every single language community maintaining their own separate mode for each language.

Now I am more excited about the major releases; for instance term issues are an issue for me with the aforementioned Claude integration. Not enough to stop me, but annoying. At the risk of saying something inflammatory to emacs fans, I feel like emacs is catching up to everything else better now... but it is catching up. It's getting easier to recommend it again as something you may want to seriously consider as a power-tool editor and not just something I used because I had 15 years of finger-experience with it and no significant reason to change. AI has eaten a lot of the IDE tools for me and you can type into a text box in emacs as well as you can anything else.

I still occasionally bring up VSCode now to use the debugger, I still don't feel like I have as nice an experience with that as I do with emacs, but my debugging habits have always been able to deal with doing something a little extra to do a debugging session. By its very nature, you're committing some time to the process just to do the debugging itself, no matter how slick the UI for it may be, so a bit of overhead isn't so bad.

hoppp2• 1 month ago

The two complaints I hear is:

1.Memorizing how to use it has a big learning curve.

2.Wrist pain from pressing button combinations all the time.

Otherwise plenty of people still use it and it's great. Just hard to pick up for new users.

xedrac2• 1 month ago

I've only ever used emacs in vim mode (evil-mode). Its vim emulation is the best I've seen anywhere.

asimovDev3• 1 month ago

being scared of emacs pinkie was a major contributor for me back as a student to learning vim. I remap ctrl to CAPS LOCK on all my computers as one of the first things but I still end up using my pinkie. I've been playing with the idea of switching ctrl to the spacebar at least in non insert mode though because I still end up using my pinkie a lot when scrolling with Ctrl+E for example

SoftTalker2• 1 month ago

WRT point 2, binding the caps-lock key to ctrl helps a lot, or finding a keyboard with the ctrl key to the left of "A".

baokaola4• 1 month ago

Now I am more excited about the major releases; for instance term issues are an issue for me with the aforementioned Claude integration. Not enough to stop me, but annoying.

Being a co-maintainer, I'm a bit biased, but I think you should try Ghostel (https://github.com/dakra/ghostel) if you aren't already. And if you are, you should report bugs so we can fix them :)

bryanlarsen16• 1 month ago

And Ghostel support recently landed in claude-code-ide.el!

DonHopkins6• 1 month ago

Is it conservative in what it sends, and liberal in what it accepts?

kccqzy2• 1 month ago

I quickly skimmed and did not really see any compelling reason why I should switch from vterm. Then I went into the docs and found compelling performance numbers (10MB cat test: 220ms vs 550ms; throughput: 75MB/s vs 18 MB/s). You could market your project better by showing these numbers :)

mvc• 1 month ago

I love ghostel. Thanks for making it.

joshuastuden12• 1 month ago

Why not use agent-shell? It makes the whole experience great.

Also claude-code-ide.el. try these

ngai_aku• 1 month ago

agent-shell is awesome, but Anthropic banning subscription usage via ACP is a killer. I've liked claude-code-ide.el when I've used it, but its lack of concurrent sessions per project has prevented me from fully adopting it. I know, I should be using worktrees, but I still haven't figured out a nice way to get that to work with my docker-compose-based project (though I'm open to suggestions!)

jerf2• 1 month ago

I use claude-code.

I've been trying to use agent-shell with OpenCode but the abstraction that agent-shell puts on top of it is too much. I can't figure out how to change the model. The command to do it doesn't do anything; I see the correct model list and seem to be able to select it, but then it doesn't change. If I just run "opencode" in the same directory it comes up configured the way I want. The Claude integration works with that workflow too. Opencode comes up with some baby CPU-only model that I've never heard of, and basically, it outputs syntactically correct English sentences but doesn't seem to do much more than that.

Since I mostly use Claude I haven't fussed with agent-shell much yet.

ww520• 1 month ago

"Is anyone still using emacs?"

Of course. Emacs has been my stable editor over many years, handling many languages that came along, surviving many other IDEs that came and gone (the latest being the Cursor sold out).

There're always new enhancements in Emacs, from multiple-cursor editing years ago, to LSP and tree sitter in recent years. Currently I just got into the vertico/marginalia/consult/embark combo packages. Embark with its context based actions seriously is an amazing underrated package.

musebox352• 1 month ago

I also have been using emacs for almost anything for the past 20 years. I had to switch to VSCode for coding over a remote ssh connection to cloud VMs. The client/server split of vscode felt superior over the ssh connection and the emacs alternatives was not up to the same level of performance two years ago. Do you know any progress on that front? I would love to go back to emacs as my daily driver but I am sensitive to lags when I type / execute commands. Have you worked with ai assistants over a remote connection?

dmolinac• 1 month ago

I suggest to see tramp-rpc https://github.com/ArthurHeymans/emacs-tramp-rpc, for me it improves my connections, making tramp more useful in my daily flow

anitil• 1 month ago

for getting huge swathes of code on your screen at once

This is my major gripe at most IDEs. Every window, or view, or sub-view insists on shaving off a little bit of vertical and horizontal space for... I don't know, tabs or things? Or to tell me what program I'm running?

I just want a dark screen with text (I run Vim, so I'll concede I allow a tiny bit of vertical space for line numbers and a little bit of horizontal space for the command space)

scoops_2• 1 month ago

Wow, auto install treesitter grammars, editable xref, transposing window layouts, speed bar as a side window in frame, I had no idea any of these things were coming and were all some passing thoughts I’ve had in the last few weeks “it would be cool if this was supported OOTB”. Some dreams do come true!

xedrac2• 1 month ago

I'm happy to see these improvements. One thing that has always been annoying with Emacs is how much configuration is required to get a modern editor going. Things like Doom Emacs, and Spacemacs try to solve that problem, but both feel far removed from vanilla emacs. I wish Emacs came with several presets so with a single line, you could transform the editor to different base points. For example, most devs want treesitter highlighting and LSP enabled by default. Why not have a preset like (preset-base-ide-1), so we don't need 200 lines of configuration before we can function? Instead we could build off of a much closer starting point.

nehal3m• 1 month ago

As a Vim user (just admitting to my ignorance here), is it not feasible to make something like this yourself? Emacs is said to be flexible and extensible enough, or at least I’m under the impression that it has that reputation.

I imagine it would take a lot of time, maybe. Any greybeards that do this?

emodendroket• 1 month ago

Yeah, it'd be easy, but the hard part is getting people to agree what the standard will be.

Plus, frankly, a lot of people (myself included) who want a richer experience are pretty much just happy turning on emacs keybindings in VSCode or IntelliJ or whatever.

tmtvl5• 1 month ago

It is fairly trivial to make something 'like it', but what people advocating for this stuff want is for it to be shipped with regular plain old normal GNU Emacs so they can set it up quickly and easily in an Emacs installation on a work laptop (and it may make it easier to convert people to Emacs for those who care about that).

sukuva• 1 month ago

I spent a lot of time making my own elisp config for a custom emacs experience and ended up getting something similar to Doom Emacs. So, I just switched to use Doom :)

0_gravitas• 1 month ago

Bedrock Emacs is pretty much this, its what I finally used after I declared config-bankruptcy with Doom, and it gave me the room I needed to get my own setup together

https://codeberg.org/ashton314/emacs-bedrock

quibono3• 1 month ago

Indeed. I myself am on Doom Emacs but I've increasingly been thinking of moving over to vanilla Emacs. I'm a bit worried about the transition period due to all the keybind differences but I'm sure it's not too bad.

fridder• 1 month ago

I'm also a Doom user, albeit a new one. What is making you consider the switch?

bryanlarsen16• 1 month ago

Tell your agent what parts of Doom Emacs you actually use, and ask it to build a minimal init.el containing only those parts. You're probably only using ~2% of Doom, so the resulting init.el will likely only be a few hundred lines, and most of those lines will be comments and key bindings.

It won't be a perfect transition, but it will make it a lot smoother.

emil-lp• 1 month ago

What are these things you have that makes Emacs a modern editor?

I have cua-mode and don't show startup message. What else do I need to modernize Emacs?

quibono3• 1 month ago

treesitter (with easily installable grammars - a big pain point) / LSP integration OOTB / themability

Plus now agent integration (aka GPTEL)

cmrdporcupine3• 1 month ago

Vertico feels like a must-have to me these days. I also like to have treemacs installed.

Apart from that, I don't have a lot I insist on, and my used emacs package space keeps shrinking.

That said lately I use lem more than I do GNU emacs.

kickingvegas• 1 month ago

For your consideration, two Elisp packages I've written that focus on feature discoverability and use: Casual and Anju, both available from MELPA. You can read more about them at the following links: https://github.com/kickingvegas/casual https://github.com/kickingvegas/anju

skulk• 1 month ago

This comment shows up on every single emacs thread and for the life of me I can't understand why. It takes one line in a shell to pull down a premade config and if that were to be built on, who would decide what gets put in? I don't think it's worth anyone's time to decide what everyone needs in a premade config.

coldtea2• 1 month ago

if that were to be built on, who would decide what gets put in?

A small number of people with taste and experience.

Like one hopes to be the case for every opinionated preset profile set.

tpmoney2• 1 month ago

The problem isn’t so much the difficulty in finding a pre-made config, it’s a combination of:

A) which premade config to choose

B) what half of those settings even do (and do you need them)

C) a lack of “sane” defaults that use the built in abilities

Realistically walking through the article authors “emacs from scratch” config and seeing what can be done with the built in packages and how is hugely instructive but even then you only get that from walking through the config one line at a time and reading “help” documentation for most of it.

At this point emacs is so old that fixing the problem of “sane defaults” is probably near impossible if only for how much it would break existing configs. But it might be a good addition to the tutorial to provide a set of questions and answers (possibly with demonstrations) that allow a new user to generate their own config with some nice defaults. We can assume these days that most new emacs users are coming from some other editors, so asking questions like “do you want auto complete suggestions in an inline drop down like VSCode” could be a perfectly reasonable question and then it could add the correct configuration settings to config for you using just the built in functionality

mystifyingpoi• 1 month ago

I think it is cultural. It's kinda like building your own lightsaber as a Jedi. The part of Emacs/Vim initiation is building your own configuration that works for you. Setting up plugins, keybindings, colorschemes etc. It's part of the fun of it (at least for me).

cyberpunk• 1 month ago

And then slowly over 20 or so years deleting all of it.

I think I'm down to about 110 lines of ~/.vimrc now :}

noufalibrahim2• 1 month ago

Oh yes. What other software allows you so much to make it your own? Yes, I know the yak shaving argument etc. But what's the fun in opening up some computer/OS/software that looks and feels exactly like everyone elses? An Emacs (and vim) setup is something you can actually have a discussion about with someone else.

kccqzy2• 1 month ago

You are just worrying for no good reason. Doom Emacs and Spacemacs are both very good; being far removed from vanilla emacs is not a problem to be worried about.

cmrdporcupine3• 1 month ago

Both of those are modal editor configs. Which... No thanks?

psadri• 1 month ago

Claude: configure my Emacs such that … has worked pretty well for me lately.

__patchbit__• 1 month ago

Ask Claude to reprogram the Emacs graphics display engine to provide 3D wireframe object relations to see Popper's World abstraction navigating World 3 to 1 and backup.

skydhash2• 1 month ago

Why not have a preset like (preset-base-ide-1), so we don't need 200 lines of configuration before we can function? Instead we could build off of a much closer starting point

First you need to define what is that much better starting point? Something VSCode like? I find VS Code a bad example of software development tooling (anemic file management, integration with external tooling is cunbersome, VCS integration is flimsy, Code viewing is poor,…).

VSCode is a swiss knife. It has a few tools that are handy for occasional needs. But Vim and Emacs provide a complete toolbox. Learn it once and be set for life.

The only reason we still have IDE is kafkaesque ecosystems that requires expansive and custom tooling just to make sense of it. People can use vim to write code for the Linux kernel but needs XCode for a 5 screens app.

bitwize3• 1 month ago

IDEs exist to allow teams or entire divisions to hit the ground running with development, with a standard interface that everybody on the same team uses (a huge boon for collaboration), without a lot of time spent configuring or integrating the tools. All the integration is done by the vendor, often better than you can do it; the debugger integration in full-fat Visual Studio is still second to none.

Grooming a personal .emacs or .vimrc is fine if you're working alone, but when you're on a team of professionals working on an application built on a commercial platform, a standard workflow for development is essential and an IDE supplies all the tools, integrations, and conventions to cover the basics of such a standard. Do not underestimate their value.

kristjansson2• 1 month ago

Emacs is not great software because it has good features. It’s great software because it conforms itself and those features to the user’s needs and preferences. If one of those preferences is short, canned config, we’ve got a way to express that (spacemacs and doom). But if one can’t be arsed to express their preferences even in those frameworks … emacs might not be the software for them.

tmtvl5• 1 month ago

There's Bedrock, Centaur Emacs, Witchmacs, and more; even if you don't like Doom and Spacemacs there's plenty of fish in the sea. Though there is the issue where preconfigs tend to have edgelord 'Dark As My Soul' themes which make text absolutely unreadable, which is a bit of a pain to deal with.

mark_l_watson• 1 month ago

Reading Rahul's post I got excited to build Emacs 31 from source, but reality occurred and I decided to wait for the release. I also like his articles on setting up Emacs.

I don't care what tools other developers use but in January I made my two dev Macs 'VSCode free' and use Emacs for everything. Feels better!

For decades I would spend tons of time experimenting with my Emacs setups but in the last few years I have been shifting to more out of the box experiences. I did write my own agentic coding platform in Emacs Lisp but I keep that separate from .emacs and .emacs.d

bryanlarsen16• 1 month ago

"Is anyone still using emacs?"

I use emacs --daemon instead of tmux inside my agent sandbox for session permanence and portability. A full editor rather than a layer between me and my editor. I can even waypipe the client windows if I want mouse support.

jsw97• 1 month ago

I do the dinosaur version of this, with screen and xpra. Works great. CC and codex being terminal-native may make terminal-based (or at least terminal-comfortable) editors seem more natural to a broader set of people.

bryanlarsen16• 1 month ago

Why use screen? Just leave your emacs --daemon running, and when you reconnect, run emacsclient and all your buffers are back. And you only have to learn one method for arranging frames rather than both emacs' and screen's.

Snoddas• 1 month ago

I realize I've missed a lot.

Someone should write an Emacs guide for people who haven't meaningfully touched their .emacs since the early 2000s

bryanlarsen16• 1 month ago

There's a lot of Emacs information on the internet, and your agent has been trained on it.

baokaola4• 1 month ago

For real, ask your agent to do anything in Emacs and it simply knows how to do it.

TFNA2• 1 month ago

The bulk of the Mastering Emacs blog is a decade old at this point, but its philosophy and the information it provides is still very relevant for any graybeard wanting to get up to date.

cvdub• 1 month ago

It’s already built in! C-h n view-emacs-news

egl2020• 1 month ago

I'm a pretty conservative emacs user, partly because I don't want to spend time tinkering to get things to work consistently across Windows, ubuntu, and mac os -- all of which I use daily. My most "modern" adoption is probably using lsp and eglot with various language modes, notably golang and rust.

Should I consider adding tree-sitter into the mix?

internet_points2• 1 month ago

Nah. It's great that they're making it less of a hassle to use, but it's still going to be more of a hassle than just using the plain regex-based modes, and treesitter in itself doesn't really make much of an improvement if you already have working syntax highlighting for some mode.

The main exception is if you want to program in a language that only has a treesitter-mode, or I suppose if the regular mode has quite buggy syntax highlighting / the ts-mode has much better features.

(There are also fancy minor mode packages like combobulate that make special use of treesitter, but that's tinkering territory.)

bryanlarsen16• 1 month ago

Systems like Emacs that are hyper-configurable via a text file seem tailor made for modern LLM's. If you've got a little bit of Emacs experience but bounced off of it because the learning curve was too steep I highly recommend diving back in with your agent. Agents are really good at setting up and maintaining your .emacs/init.el.

seanc• 1 month ago

I agree. It's amazing. I feel like I've got a private Emacs consultant at my elbow.

DonHopkins6• 1 month ago

I know a bunch of people (including me) who decades ago wished they had a private sendmail.cf expert at their elbow, and even a few sendmail.cf experts who were sick and tired of always being asked to help random people with their sendmail.cf file for free.

Maybe there will be a resurgance of terribly obscure totally unique quirky configuration files for all these vibe coded apps, unique enough that they don't appear in the training data, so you have to hire real humans to sit at your elbow and help you!

varun_ch• 1 month ago

Doing this for Neovim at work and it’s so much fun. I justify the slopped config to myself because I want to get work done rather than learn the config of some random Neovim package and how it interacts with the rest of the system.

I can just ask Claude, “make leader / toggle a terminal at the bottom of the screen , and leader t swaps it to the right side” and it’ll just do that. I liked a theme but I wanted it to also change the status line of the focused window, and it just did that for me. I had an issue where the neo tree would freeze for a few seconds, and Claude figured out it was a bad interaction with the git in our toolchain, etc etc.

I have my very own text editor that I customized in plain English! I could’ve learnt spent hours learning Neovim’s style of Lua, researching packages, debugging, etc, but this gets the same stuff done way faster and lets me get to work. This was the biggest thing that kept me going back to either a preconfigured Vim setup like LazyVim or vscode. Definitely recommend.

kristjansson2• 1 month ago

My .emacs.d has been carefully handcrafted over years. My .vim/.vimrc accreted over the same period, bits copied in, commented out, …

Claude did my neovim in about 45 seconds, with the instruction “make it work like my vimrc but better and using the cool new stuff” and it’s great! Not my daily driver, but serviceable as EDITOR and prettiest of the bunch.

richard_todd• 1 month ago

I agree this is great, but I also feel like it's an intermediate step to just asking Claude for whatever file edits you want... and then you don't even need the text editor.

yoyohello13• 1 month ago

A programmable editor really is so amazing now. You can have a LLMs whip up anything you can think of in minutes. Ive used neovim for a long time but never really customized it much. Now I’ve got tons of plugins and can add new features on a whim.

I’ve been thinking of trying out emacs because I think the native gui can probably be even more powerful

mbil• 1 month ago

Agree, I put off using org-roam a few times in the past because I couldn’t be bothered to keep my notes in such order. But now I have an agent that set it up and it’s also recording, organizing, and referencing everything.

blks2• 1 month ago

Modern LLMs are ok with that, but they do make silly mistakes; and a major problem here is that your init.el stops being your own, if it’s written and maintained by an LLM, you will have no idea what’s going on there. And if you would be reviewing every single line of your init file, then what’s the point

bryanlarsen16• 1 month ago

That's a skillset any coder in 2026 pretty much has to pick up. If you don't understand the code an LLM writes for you for your day job then you're contaminating your employer's code base with slop. But if you don't use an LLM then you're not as valuable to your employer as you otherwise would be. So most of us need to figure out how to use an LLM and still understand the code.

Using an LLM on init.el is a lot easier than using it in your day job. A 2 line change that you told the LLM to make is easy to internalize.

kstrauser4• 1 month ago

By elapsed time, I use vim to edit my init.el more than for anything else.

sporedro• 1 month ago

I’ve always used vim/neovim but fell in love with some of the features of emacs (org, magit, lisp). My problem was spending the time to configure it though.

Even with spaceman’s/doom and the amazing documentation it was always still so much work to configure emacs as a newer user. LLMS have made this nearly instant.

This is a bit of a ramble but it’s so amazing having emacs and an LLM now, I don’t even touch vscode anymore and only find myself touching things like IntelliJ when I really need to dig into something with a debugger.

all2• 1 month ago

I may have to dive back in. I've been using lazyvim for most of my terminal work now because spacemacs was too much effort to keep running, where-as lazyvim is a git pull and done sort of thing.

RahulMJ2• 1 month ago

Thanks for sharing, frou_dh! Author here btw :)

tmtvl5• 1 month ago

Nice to know sr-speedbar can finally be retired. It works fine, but fewer external packages means simpler config.

DonHopkins6• 1 month ago

It's nice to hear the emacs terminal emulator has gotten some love, after all the controversy about the nasty language that used to be in its source code, which rms moved out to a separate file after somebody complained.

Open source with profanity in comments is statistically better than code without it:

https://blog.desdelinux.net/en/open-source-with-profanity-in...

https://news.ycombinator.com/item?id=36621699

DonHopkins on July 6, 2023 | parent | context | favorite | on: Open source code with profanity in comments is sta...

The original terminal emulator terminal.el in gnu emacs, written by mly (Richard Mlynarik), was particularly salty. I finally tracked down a copy, but it looks like somebody complained and in 1990 it was begrudgingly cleaned up a bit, so some of the worst stuff was moved out into a separate file called term-nasty.el for posterity (you, here, now), so as not to give "in to the pressure to censor obscenity that currently threatens freedom of speech and of the press in the US" (oh, Richard <3 ):

https://opensource.apple.com/source/emacs/emacs-59.0.80/emac...

1990-08-26 Richard Stallman (rms@mole.ai.mit.edu)

* terminal.el: Move possibly offensive comments to term-nasty.el.

https://www.digiater.nl/openvms/freeware/v10/emacs/common/li...

[...]

    ;; disgusting unix-required shit
    ;;  Are we living twenty years in the past yet?

    (defun te-losing-unix ()
      nil)

[...]

    ;; (A version of the following comment which might be distractingly offensive
    ;; to some readers has been moved to term-nasty.el.)
    ;; unix lacks ITS-style tty control...
    (defun te-process-output (preemptable)
      ;;>> There seems no good reason to ever disallow preemption
      (setq preemptable t)

[...]

              ;; I suppose if I split the guts of this out into a separate
              ;;  function we could trivially emulate different terminals
              ;; Who cares in any case?  (Apart from stupid losers using rlogin)

[...]

                                     (?\C-b . te-backward-char)
                                     ;; should be C-d, but un*x
                                     ;;  pty's won't send \004 through!
                                     ;; Can you believe this?

[...]

                                     ;; Did I ask to be sent these characters?
                                     ;; I don't remember doing so, either.
                                     ;; (Perhaps some operating system or
                                     ;; other is completely incompetent...)

[...]

                         ;;-- Not-widely-known (ie nonstandard) flags, which mean
                         ;; o writing in the last column of the last line
                         ;;   doesn't cause idiotic scrolling, and
                         ;; o don't use idiotische c-s/c-q sogenannte
                         ;;   ``flow control'' auf keinen Fall.
                         "LP:NF:"
                         ;;-- For stupid or obsolete programs
                         "ic=^p_!:dc=^pd!:al=^p^o!:dl=^p^k!:ho=^p=  :"
                         ;;-- For disgusting programs.
                         ;; (VI? What losers need these, I wonder?)
                         "im=:ei=:dm=:ed=:mi:do=^p^j:nl=^p^j:bs:")))

[...]

              (setq te-process
                    (start-process "terminal-emulator" (current-buffer)
                                   "/bin/sh" "-c"
                                   ;; Yuck!!! Start a shell to set some terminal
                                   ;; control characteristics.  Then start the
                                   ;; "env" program to setup the terminal type
                                   ;; Then finally start the program we wanted.
                                   (format "%s; exec %s"
                                           te-stty-string
                                           (mapconcat 'te-quote-arg-for-sh
                                                      (cons program args) " ")))))

[...]

    ;;;; what a complete loss

[...]

https://www.digiater.nl/openvms/freeware/v10/emacs/common/li...

    ;;; term-nasty.el --- Damned Things from terminfo.el
    ;;; This file is in the public domain, and was written by Stallman and Mlynarik

    ;;; Commentary:

    ;; Some people used to be bothered by the following comments that were
    ;; found in terminal.el.  We decided they were distracting, and that it
    ;; was better not to have them there.  On the other hand, we didn't want
    ;; to appear to be giving in to the pressure to censor obscenity that
    ;; currently threatens freedom of speech and of the press in the US.
    ;; So we decided to put the comments here.

    ;;; Code:

    These comments were removed from te-losing-unix.
      ;(what lossage)
      ;(message "fucking-unix: %d" char)

    This was before te-process-output.
    ;; fucking unix has -such- braindamaged lack of tty control...

    And about the need to handle output characters such as C-m, C-g, C-h
    and C-i even though the termcap doesn't say they may be used:
    ;fuck me harder
    ;again and again!
    ;wa12id!!
    ;(spiked)

    ;;; term-nasty.el ends here

Note to the gentle readers: "wa12id" stands for "with a 12 inch dildo".

Jamie Zawinski kept Lucid Emacs nasty:

https://groups.google.com/g/gnu.misc.discuss/c/U5oXKOfWinQ/m...

Noah Friedman, Aug 3, 1992, 4:54:20 AM

In article <15i2n9...@hal.com> wood...@hal.com (Nathan Hess) writes:

In article <FRIEDMAN.9...@nutrimat.gnu.ai.mit.edu>, friedman@gnu (Noah Friedman) writes:
>It's by no means necessary, but it's funny.
Along the same lines, look at lisp/terminal.el

Of course, terminal.el is actually useful, albeit not terribly powerful.

(and terminal.el is pretty mild compared to some of the other things I've seen written by mly. :-))

Incidentally, a lot of terminal.el has been rewritten in version 19.

Too bad... I liked all the variable names and comments in the original.

Jamie Zawinski, Aug 5, 1992, 12:40:38 AM

In the FSF-distributed Emacs 19, the obscenities (will) have been stripped from terminal.el, though they are preserved in a file called term-nasty.el, to avoid appearing to bow to the censors.

In Lucid GNU Emacs, terminal.el will remain as nasty as it ever was.

-- Jamie "Truth, Justice, and the Fucking First Amendment" Zawinski

spit2wind• 1 month ago

Thanks for this interesting bit of history! Fun little read

jmclnx• 1 month ago

Thanks for your work.

Please, if you have something to do with Emacs, can you review this for NetBSD and OpenBSD when using gtk3:

https://www.unitedbsd.com/d/1621-emacs-30-wxaw

The issue was traced to library xinput2, when compiled with '--without-xinput2' the issue does not occur. But I do not know if that is something that Emacs can address.

mfld• 1 month ago

Very cool! Looking forward to try out the xref and markdown features. The latter becomes increasingly important since the developer community at large seems to disagree with org-mode being the superior syntax...

gentooflux• 1 month ago

This stuff all looks great, I can't wait to upgrade to 31 and then forget about all of it and just keep using Emacs the same way I have been for the past 20 years, /again/

intrasight2• 1 month ago

LOL. So true!

Except for tree-sitter. That's something I'll be investing time in.

EGreg• 1 month ago

Investing your time how exactly

frantathefranta• 1 month ago

1. Upgrade to Emacs version +1

2. Remove MELPA packages that are now part of Emacs

3. Go to step 1 when new version comes out

taeric2• 1 month ago

The post not long ago about how far the built in autocomplete has come got me to trim down a bit of my config. Seeing that treesit stuff is getting folded in, I may make another effort at trimming down.

It is crazy nice how invisible the native compilation became.

setopt4• 1 month ago

Which autocomplete mode? fido-vertical-mode, completion-preview-mode, or something else that I should maybe look into?

I switched from vertico to fido-vertical myself, but still use company for in-buffer completions. I tried corfu and completion-preview several times but didn’t get something I’m happy with from it.

SoftTalker2• 1 month ago

I'm glad to see that people are working on emacs, as I use it constantly. That said, I personally don't see myself really using any of the stuff highlighted in this article. I've never really been in to advanced auto-complete or tree-sitter type of functionality. Some tasteful syntax highlighting and indentation support is fine but that's about as far as I go. That, org-mode, and magit is about all I use for coding and text editing. I also use notmuch for email.

asimovDev3• 1 month ago

back in 2nd year of university I remember thinking that vim is complicated so i went with Emacs. Now after using vim for couple years , I can't imagine going to Emacs and learning it. The availability of vim emulation in majority of text editors and IDEs has been a lifesaver

although the brief time I used Magit I was enamored I gotta say. I tried lazygit recently and it evoked the same feeling I had when trying Magit for the first time

joshuastuden12• 1 month ago

Emacs evil-mode gives you vim bindings.

pdyc• 1 month ago

I have been using Emacs for more than a decade, and I was always excited about the features. But with AI, something has changed. I no longer type/edit that much. Recently, LSP stopped working, and I was completely oblivious to it for about a week. Earlier, something like this would have been a major annoyance.

TFNA2• 1 month ago

Emacs is more than a dev environment for coders. Some of us here use it for everything that can possibly be represented in text form: our TODO lists, our calendar, our RSS reader, our mail reader, etc. Me, I even maintain billing spreadsheets for a side business as Org-Mode tables. New features in the latest Emacs releases, and in successive releases of individual packages, have brought some nice improvements in those areas.

bryanlarsen16• 1 month ago

In 2026 I'm using the editor less and using magit a lot more. IOW, emacs has become more indispensable, not less.

whacked_new• 1 month ago

I recently sifted through a bunch of tagged entries in a text file, where each entry had a json array of image names, but the images resided on a remote server. I basically wanted a program that could detect if the cursor was on an image name, and display it on the right.

There's a bajillion ways to do this, some might even involve writing an html file and launching a remote server and tunneling and using a browser and what not. But no! ChatGPT wrote 20 lines of elisp code. I add a tramp basepath, open the text file, and got exactly what I needed. Need any behavior changes, callbacks, transformations? Modify, eval expression, new behavior!

I asked ChatGPT what other system I can use to achieve the same effect. The best answer it gave was neovim. No, neovim can't do that with the same degree of ease.

Disappointing and amazing at the same time.

The drawback of the emacs approach in my case is the tramp latency. To speed things up we'd want to add prefetch and that's gonna be much more than 20 lines and C-x e

mesrik7• 1 month ago

"Is anyone still using emacs?"

Yes, 34 years and no plans to switch.

Emacs cursor movement keystrokes are quite widely supported elsewhere too which use GNU readline or implement at least subset themselves.

Those work well also besides shells with Chromium/Chrome/Safari etc. many browsers input fields (address bar and text area). Cisco IOS, Juniper Junos, Netscreen load balancers too etc. IMHO makes jumping around CLI much much convenient and faster than moving hand to reach cursor keys.

My only gripe is that Firefox and its derivatives it doesn't work any more. Long time ago it did work. And I have no idea why feature was dropped some rewrite.

e: s/deadline/readline/g

ot• 1 month ago

GNU deadline

I think you mean readline?

mesrik7• 1 month ago

Sure. Browser autocorrect there just tried to be helpful :/

infinet• 1 month ago

"Is anyone still using emacs?"

I have never used emacs seriously as an editor, however, I couldn't work without magit. I even manually build emacs 28 so I can re-use the same set of magit configure files.

aag• 1 month ago

Why is anyone using anything else?

francoisdevlin• 1 month ago

I use vi because I'm not a savage

sph3• 1 month ago

Likely because they haven't seen the light just yet. Or they are lost to the evil forces.

dismalaf2• 1 month ago

I use Lem. It's an "emacs" but not a clone of GNU Emacs. It's written in Common Lisp, extensible in Common Lisp and it's way more performant than GNU Emacs. Obviously less features and plugins but for my needs (writing Lisp code mostly) it's great.

ux2664782• 1 month ago

I don't like keyboard-centric text editing. Yes GNU Emacs supports the mouse, but just like Vim the experience is miserable. You can spend a lot of time configuring it, but at some point you're just writing extensions of extensions just to get a basic GUI flow that isn't painful, and no matter what it'll never feel quite "right". The program just wasn't built with the idea of a mouse in mind, and bolting it on really wasn't sufficient.

Add onto that pretty nasty performance issues, internals that aren't exactly well thought-out, and the experience in general having a high background noise of jank, where it's not uncommon for simple things like rainbow parens to randomly break.

I understand why other people like it, but it's really just not for me. I'll stick with Lite-XL.

drob5183• 1 month ago

Nearly 40 years for me. Wow! I’d note that MacOS input fields also have basic Emacs bindings for cursor movement, not just shells and browsers. Works in MacOS Mail, Evernote, etc.

mesrik7• 1 month ago

Yes, emacs keystrokes became kind of cli lingua franca, which apparently many do not know. I don't remember my self ever read about those supported explicitly anywhere, but accidentally I found out long time ago and then whenever I try new systems, programs and whatever I try which keystrokes do work. Quite often at least some work.

jordigh• 1 month ago

Wow, so you used the earliest public versions. Ever written a retrospective of what 40 years of Emacs has been like?

sph3• 1 month ago

It annoys me so much to have learned that GTK text fields used to have an Emacs editing mode, which they've hidden behind an unaccessible configuration option, and now it's hopelessly broken in modern GTK version.

intrasight2• 1 month ago

43 years for me. Started in 1983 using Gosmacs on a black-and-white CRT terminal. Gosling too was frequently in the terminal room.

jb19912• 1 month ago

Firefox emacs bindings still work on Mac since everywhere on macOS supports emacs bindings, nearly.

mesrik7• 1 month ago

I just tried, and my macOS up todateFirefox (still Sonoma few weeks), doesn't work. Nor does Waterfox (Firefox derivativ) that I've been using more lately. Could it be some setting I need to set before it works?

jmmv2• 1 month ago

I'm curious... why are people (this thread, but there are several independent others) replying to "Is anyone still using emacs?" ? I don't see that sentence anywhere in the article!

sigzero• 1 month ago

It's an article about emacs so I guess people were curious enough to ask that question.

Semiapies• 1 month ago

I believe it's a response to something posted recently, but I don't know what.

v9v• 1 month ago

For Firefox I've switched to Glide (Firefox fork?) and configured it to implement Emacs keybindings. There is a config on the project's Github discussions page that I started off of.

geoka92• 1 month ago

Emacs cursor movement keystrokes are quite widely supported elsewhere too

Yes, even in Codex and Claude Code.

Those work well also besides shells with Chromium/Chrome/Safari... My only gripe is that Firefox and its derivatives it doesn't work any more

Interesting, my experience is exactly the opposite: I had to finally bite the bullet and migrate to Firefox because Chrome/ium switched to GTK4 which removed key themes support.

(That's OK though, I should've moved off Chrome a long time ago.)

hollerith6• 1 month ago

Emacs keystrokes don't work in the textarea I'm using to write this comment in Google Chrome.

Specifically none of these do anything like what they do in Emacs: C-a, C-e, C-n, C-p, C-f and C-b.

This is on Linux, but ISTR finding the same state of affairs on MacOS many years ago during some previous iteration of this conversation.

They also don't work in VSCode.

setopt4• 1 month ago

Those keybindings work on MacOS for me, but not on Linux (by default).

There is a way to enable Emacs keybindings in all GTK apps on Linux, but it’s quite buggy in practice (many apps define keybindings that override or conflict with these), and I believe the feature is officially deprecated.

narrator• 1 month ago

There are so many fad technologies out there, but vim/emacs and unix command line in general are skills you can invest in that stay relevant for 40+ years.

rdtsc• 1 month ago

Yes, 34 years and no plans to switch.

It's 26 years for me. Emacs is I believe the oldest software I still use. I started on an SGI Irix in 2000. I used it also on HP-UX, Solaris, Windows, MacOS, and of course all varieties of Linux

Emacs cursor movement keystrokes are quite widely supported elsewhere too which use GNU readline or implement at least subset themselves.

And many keystrokes work on MacOS, too. That was a pleasant surprise when I got a Mac laptop for work.

Ferret74462• 1 month ago

It's quite difficult to find software older than Emacs in widespread use. Emacs is one of the "original" software, the first GNU software for which the GPL was created. It competes with vi, whose direct lineage has been broken (nvi and vim are reimplementations).

ralphc• 1 month ago

One advantage of vi is that even though emacs is available on all those systems, vi is actually installed on all of those, setting aside windows. If you know rudimentary vi you can walk up to any of those machines and edit a configuration file well enough to work.

jpmattia• 1 month ago

45 years for me. I don't even think about keystrokes anymore.

TacticalCoder2• 1 month ago

"Is anyone still using emacs?"

Answering to preemptively asked question that doesn't appear in TFA: yup I sure still do.

If anything compared to the 486 days, back when Eight Megabytes And Constantly Swapping was a joke that made sense, my computer now instead of 8 MB or RAM has 32 GB or RAM (so 4096x more RAM, or 2 exp 12 more RAM: something something about transistors doubling every 18 months and all that)...

Who's laughing now? ; )

Seriously though: Emacs with native-compilation, tree-sitter and LSP support (and stuff like Magit and ripgrep integration too) makes it really amazing.

jcgrillo3• 1 month ago

Yeah, emacs is very competitive with "modern" IDEs. Even in JVM languages, which for a long time wasn't true. And I don't know of anything, anywhere that can rival magit.

I've been using it for far less time than you have, began ca. 2011 or 2012 here[0], but over that time it has been my constant benchmark for what an editor should feel like, and every other IDE I've used has fallen short. With LSP especially, in the past 6-7yr I have actually been predominantly using emacs. Part of that was being fortunate enough to no longer have to work on much JVM stuff since ca. 2019, but it's also due largely to large advancements in emacs' capabilities.

[0] https://groups.csail.mit.edu/mac/users/gjs/6946/mechanics-sy...

EDIT: In particular, this is exactly where I fell down the rabbit hole:

If you are not familiar with Emacs you SHOULD run the tutorial, which can be accessed in edwin by holding down the control key and typing h, then, releasing the control key, type t. (C-h t)

I don't know if there's anything else on the entire internet I can specifically point to that has had a greater impact on my professional life... strange.

iLemming10• 1 month ago

"Is anyone still using emacs?"

Nothing else is capable of handling the variety of text-related things I want from my text editor.

- I consume HN and Reddit in Emacs. Allows me for example to quickly search through all the links shared in a thread.

- I read Jira and Slack in Emacs - in org-mode. It is far better for finding relevant things, extract them for my notes, etc.

- All my writing done in Emacs. Because I have: spellchecking, thesaurus, etymology and definition lookup, translations, LLM integration, etc. All my notes are in Org (Zettelkasten style).

- All my spaced repetition cards are in Org-mode (they are parts of my notes, I don't need a separate system to manage them). I can generate number of cards to study a topic, from selected notes.

- All my AI sessions are in Emacs. It's amazing that I can send just about any text to an LLM, anytime, anywhere. I can do it in the middle of typing a message, like this very comment.

- I watch YT vids controlling the playback directly. I can pause, rewind, speed-up, mute, extract transcript, etc. - this is indispensable while watching and taking notes.

- my email client is in Emacs (of course, why not)

- my Telegram client is in Emacs. I can easily retrieve a video from any web page and send it directly (without linking the page).

- I can extract any part of my screen and OCR the text out - it pops up in an Emacs buffer.

- I perform all searches from Emacs - I can google, duckduckgo, brave, HN (algolia), wikipedia, etc. I search through my browser history in Emacs.

- I can control my browser tabs, switch between them, find matching lines on the page, jump to links, etc.

- I read and annotate PDFs in Emacs.

- And I haven't even touched anything programming-related (tons of things)

Why, oh why would I ever feel unsatisfied, hoping that there's anything else that can help me do things better? Honestly, there just doesn't exist a piece of software that could help me do even a subset of things I can easily achieve with Emacs. You'd ask me that question in 20 years, if I'm alive and still using a computer - the answer would be - "Yes, what else would I use?"

qiine• 1 month ago

I wish I could reach this level! maybe one day... except in neovim ;p

nemoniac• 1 month ago

- I consume HN and Reddit in Emacs.

What are you using for Reddit now that they have closed access to their API?

melasadra• 1 month ago

You really should upload a long video i.e. at least an hour long, in which you do all those things.

It sounds inconceivable for non-TUI users such as myself.

lenkite• 1 month ago

I wish Emacs LISP gained ergonomic static typing. I always find working in un-typed languages very hard.

internet_points2• 1 month ago

Weell, it's not completely untyped, but it is runtime type-checked. There's stuff like `(if (integerp foo)` and `(defcustom ... :type '(choice (const tag "abs" abs) 'integer))`

And then there are more ambitious projects like the static analyzer and language server https://github.com/emacs-elsa/Elsa I haven't tried Elsa yet since it seems to require setting up a package manager like Eask (I don't really understand why I have to install a package manager to run a language server, especially when they support four emacs-specific package managers?) and the docs were very light on whether eglot is supported or just lsp-mode.

e40• 1 month ago

I started with gosmacs then switched to gnu emacs in 1985ish. So about 40 years. The renaissance of emacs development in the last decade has been very nice to see.

xtajv• 1 month ago

Regarding emacs-style kbds in firefox -- I use vimium to remap most actions, and occasionally resort to an additional global keybinding helper app (e.g. BetterTouchTool on macOS).

dosisking• 1 month ago

"Is anyone still using emacs?"

I'd like to, but there is currently a RAM shortage

bitwize3• 1 month ago

By all means go back to the lean, memory-efficient VS Code, then

zhxhhshshs4• 1 month ago

There is a superior, faster and more efficient alternative just at your fingertips waiting to unleash its magnificent power if you would only dare to dream big.

bryanlarsen16• 1 month ago

Emacs stands for "Eight Megabytes And Constantly Swapping". But in 2026 eight megabytes is pretty cheap.

slyrus2• 1 month ago

Have they fixed MacOS startup performance yet? ISTR some post about why faster CPUs were making emacs even slower on startup. Seems to have gotten worse over the years.

jlouis2• 1 month ago

You boot Emacs once as a server. Then you connect through that server through emacsclient. It is your OS after all.

slyrus2• 1 month ago

Sure, that's one approach. But it shouldn't take 45 seconds to spin up a new "emacs -nw" process, IMO. There's something pathological going on.

dschrempf2• 1 month ago

Emacs is the best. Thanks a lot for writing this up!

zhxhhshshs4• 1 month ago

It is definitely not the best. It is an acceptable but inferior product when compared to the gold standard. I have spoken!

joshuastuden12• 1 month ago

Emacs can give you all the vim key bindings. Vim can't do that.

dschrempf2• 1 month ago

Well, that was a bit of pun. Of course, it is not the best for everybody. However, I am sure that it is the best editor for me!

AlphaGeekZulu• 1 month ago

I am always a little bit puzzled with the versions. I use Emacs from Snap on Ubuntu.

I have to use the pgtk channel, because Wayland.

pgtk/stable is 30.2, pgtk/edge is 32.0.50. Version 31 is not even offered on snap, in none of the channels. I am running on edge (32.0.50) with no problems.

mediumsmart• 1 month ago

30.2 is as far as I am willing to go. Happy travels.

hollerith6• 1 month ago

Same here. I'd probably still be using 24.4 if I didn't want PGTK support.

scoops_2• 1 month ago

I’m curious as to why - is it a matter of stability/feature completeness in 30.2 that you don’t need or want to bother with new releases? Or that you don’t like the direction of the project past that point?

jlouis2• 1 month ago

If you do any kind of serious work, you need a text editor. Emacs is still one of the best around. It's fast. It's configurable. And it's under your control. You won't suddenly find your text editor "upgraded" with tons of new features you never asked for. It's all opt-in.

hollerith6• 1 month ago

You won't suddenly find your text editor "upgraded" with tons of new features you never asked for.

I never asked for native compilation implemented via the trampoline technique, which increases attack surface (because it causes Emacs to routinely execute files in a known-by-attackers location in my home directory) and makes debugging harder, but I'm stuck with it if I want my Emacs to speak the Wayland protocol (and I do).

Ditto the clumsy bolting-on of lexical scope.

vkazanov2• 1 month ago

Native compilation is optional as you surely know.

It also has nothing to do with Wayland.

And what's wrong with adding lexical scope!?

I do have some concerns about certain features but the ones listed do work, and work great.

drob5183• 1 month ago

Sigh. Don’t be “that guy.”

enbugger• 1 month ago

It's fast.

super slow on windows

asdff• 1 month ago

That's surprising considering it was fast on computers from 30 years ago

bowsamic• 1 month ago

Same on macOS. Could be that we are missing some native compilation option though

wmedrano• 1 month ago

haha, I definitely wouldn't call my setup fast. But it did get a lot better after Native Compilation and a lot of the major stuff has started async to feel more responsive at least.

zhxhhshshs4• 1 month ago

It’s slow, bloated and packed to the brim with “features” you will never need.

There is Only One. En garde!

xenophonf• 1 month ago

Tree-sitter that just works

Hallelujah and thank you, sweet little baby Jesus. Now I can get rid of this bullshit from my dotfiles:

    rm -rf ~/.emacs.d/tree-sitter
    mkdir -p ~/.emacs.d/tree-sitter
    set _plat = windows
    if ( `uname` == Linux ) set _plat = linux
    if ( `uname` == Darwin ) set _plat = apple
    set _arch = x86
    if ( `arch` == arm64) set _arch = aarch64
    gh release -R emacs-tree-sitter/tree-sitter-langs download -p "*${_arch}*${_plat}*"
    tar -C ~/.emacs.d/tree-sitter --transform 's/^\(.*\.\(so\|dylib\|dll\)\)/libtree-sitter-\1/' -xzf tree-sitter-grammars*.tar.gz
    rm tree-sitter-grammars*.tar.gz

That's csh, BTW, just like the Founding Fathers intended.

jcgrillo3• 1 month ago

It's so refreshing to see emacs just sticking to its guns and getting solidly, steadily better over the years. Inspirational, even. This is how software should be. Can't wait for all the tree-sitter improvements!

RedCinnabar• 1 month ago

What’s the appeal of an editor like Emacs in 2026? Why’d anyone still use when most jobs nowadays require you to work inside a container (and therefore use VSCode container extension)?

dietr1ch• 1 month ago

Can't you ssh into them? If so, in emacs you can just open /ssh:host:path/to/file and remotely edit that file.

Even if you didn't have emacs, I don't think you are forced to use VSCode. You could just use sshfs and use any local editor, but I guess other editors also have remote editing plugins

bryanlarsen16• 1 month ago

I was using TRAMP to do that in Emacs 20 years ago. These days I use emacs-server in the container and waypipe my frames.

shuvrojit• 1 month ago

Emacs works perfectly in sync with claude code/codex/opencode or any cli ai coding tools, it's never going to go away.

ryanolsonx• 1 month ago

How do you use it in relation to claude?

wilkystyle• 1 month ago

Not the person you're replying to, and I have no idea what they were referring to, but I use agent-shell.el and it is incredible:

https://github.com/xenodium/agent-shell

xenodium is doing some amazing work (and not just on agent-shell, either!)

joshuastuden12• 1 month ago

Agent-shell.el and claude-code-ide.el

Agent-shell is like the Claude code CLI. Claude-code-ide is like cursor with ghost completions/auto complete, chat, etc.

joshuastuden12• 1 month ago

Agent-shell.el for the CLI experience that's integrated with emacs. You can send things from emacs to your Claude code prompt and it will include the file and line numbers.

There's also claude-code-ide.el that gives you more of a cursor like experience with autocomplete, simple chat, etc.

human3058932• 1 month ago

Any tips. Or blogs/info you've found that you could share?

johanvts• 1 month ago

Excellent news! But what are the odds that “treesit-auto-install-grammar” is going to work on Windows? Finding precompiled grammars is so annoying. Windows support would be fantastic, and im hoping these improvements come to eglot next.

antics9• 1 month ago

kill-region-dwim fixes a decades-old papercut. Set it to 'emacs-word and hitting C-w with no active region kills a word backwards instead of signalling an error.

Thank you! No more:

(defun cutregion-or-killword (beginning end) "Kills region if marked else backward kills word." (interactive "r") (if (use-region-p) (kill-region beginning end) (backward-kill-word 1)))

(global-set-key (kbd "C-w") 'cutregion-or-killword)

ddrake18• 1 month ago

I am getting SSL certificate errors trying to access this -- but it's in the Wayback Machine: <https://web.archive.org/web/20260618141735/https://www.rahul...>

RahulMJ2• 1 month ago

Thanks, I've got some trouble with hosting and all the traffic.

Should be normalized now.

themafia• 1 month ago

If you've ever built a three-window layout and then wished the editor pane were on the other side, these do the job and keep every buffer in place while they're at it.

I built a tmux like buffer manager. So I can just pick a window, press Alt-F#, and switch that pane over to whatever buffer I want. It's super easy to even display the same buffer twice but in different panes.

If you're using one without the other you're going to have a bad time.

If I want to change layouts I just close panes down to one and then open it up in the configuration I like. Then I just switch to each pane and Alt-F# the correct content into it.

agentultra• 1 month ago

Exciting stuff, especially the tree-sitter changes.

Emacs is a fine weapon. And one that grows with you over the years of honing it to perfection. Nothing else compares.

opengears• 1 month ago

doom emacs with evil (vim keybindings) and org-mode is the absolute killer app.

Emacs 31 is around the corner: The changes I'm daily driving

Related Stories