[noelwelsh]

Ok, not the article I thought it was going to be. In fact it's the complete opposite of what Emacs means to me. For me, the point of Emacs is that I use one program to do everything. Why would I want a special bit of software just to view Markdown? I can view it in Emacs, and then it works with everything else I do. Developing lots of custom applications, AI assisted or not, is not replacing how I use Emacs.

[tptacek]

The point of the article is that the whole gestalt of what you do on a computer is now one big programmable surface, and in that regard everything feels a lot more like Emacs.

It's not "about" Emacs, it's more about the vibe of personalized software in 2026 to someone who does a lot of Emacs stuff.

[iLemming]

> whole gestalt of what you do on a computer is now one big programmable surface

Emacs-effect. Use it long enough and everything becomes "one big programmable surface". I've been in that modus operandi for years. Emacs is my "control room", I don't necessarily do everything in Emacs, but for sure it converges all into it - everything flows through Emacs. I control my WM directly from the REPL inside Emacs. I can grab a content from a tab in my browser - I have access to my browser history, and all the tabs, I can switch to any tab, close and re-order them. I can grab a text selection on the page, I can extract entire readable corpus of an article while ignoring all the irrelevant fluff - banners, ads, buttons, etc. It works even for js-rendered content (React, et al.). I play all videos controlling them directly from Emacs - even though the video itself is playing outside, in mpv. I still can pause, change volume, fast forward, speed-up, extract transcript, etc. All without leaving Emacs. That's pretty useful when taking notes. I can grab any text I see on the screen. Even if it's in Slack.app. Why, If I can read it, there's no reason why Emacs shouldn't be able to. I can grab any region on my screen with Flameshot, it goes through Emacs, runs tesseract and OCRs the text out of it. Useful when someone's screen sharing in Zoom. This was all possible before LLMs. Now, LLMs running in Emacs can do some crazy, wild stuff.

[rmnull]

Wild!! Would love to look at your .emacs.d configs

[noelwelsh]

mpvi [1] is the video control part. I have only used it a little bit but it is incredibly good. Control the playback completely from Emacs and quickly make timestamped org notes.

I don't know what the other parts are. Curious to learn!

[1]: https://github.com/lorniu/mpvi

[iLemming]

> what the other parts are

Of course I can't explain in detail in a single comment everything I listed, besides, that's just a subset of things I do through Emacs.

Sometimes I want to kick off a process in the external terminal - long-lived processes are better handled that way. Kitty has remote protocol. I needed bidirectionally - being able to pipe into and from an arbitrary Emacs buffer to and from the terminal, so I wrote the Piper¹. This kind of stuff should be built into Emacs, maybe someone gets bored and sends patches, if I get to it, perhaps I'd myself do it one day.

I gravitate towards CLIs and tools with built-in IPC layers, Emacs is terrific with inter-process communication. That's how I manage my WM on Mac, where I use Hammerspoon. Wondrous piece on its own, it is Lua-enabled, which means I can use Fennel, which means I can have Lispy-REPL, which means I can connect to it directly from Emacs and manipulate all my windows among a bunch of other things.

In Linux, I have build a similar modal toolkit² (experimental) that is written in Babashka (Clojure), that means I can expose nrepl port and use it with the Lispy-REPL. If you don't know what's such a big deal about it being a Lisp REPL, here's my comment from the other day³.

MPV is amazingly hackable and has an IPC, you can nearly fully control it without touching it. I have built some customizations on top on mpv.el.

To access the browser, I use OSA (open scripting architecture) with some JXA snippets. Unfortunately, there's nothing similar for Linux - the only thing one can do is to run the browser with the RDP port exposed. Although, you still can access the browser history - every major browser keeps it in a sqlite db⁴.

OCRing any text is a straightforward piece of Elisp⁵ - it just checks if there's a graphic content in the clipboard and if it is - it saves it into a temp file and feeds it to tesseract cli. It's not as accurate as most modern OCRs, but it beats everything else in speed. For my purpose (typically grabbing a piece of Zoom screen share) - it works.

Hope this helps.

___

¹ http://github.com/agzam/mxp

² https://github.com/agzam/tecla

³ https://news.ycombinator.com/item?id=48113368

⁴ https://github.com/agzam/browser-hist.el

⁵ https://github.com/agzam/.doom.d/blob/main/modules/custom/wr...

[noelwelsh]

Amazing! Thank you. I'll be playing with some of this.

[skydhash]

Not really the same. Emacs focus a lot on compatibility and common modules (even if there may be some different takes on those common things). So you got big systems like helm, consul, ivy, company,… and the. everyone building on top.

Another thing is configuration (which also ties to the previous statement). You have to be able to split the idea of the program (what it aims to do) and your personal preferences. Emacs make that easy by having a framework for user preferences. That makes for an extendable program.

The closest, but not as user friendly is unix and suckless philosophy combined. Small programs, easy to understand, configure, and extend.

[jr_isidore]

OP is trying to say Home Depot let normies do their own small repairs, and you're protesting saying "No, no, that's not how we pros do it."

[skydhash]

Normies can do their own repairs when they want and how they want. But I was just pointing out a difference in behavior, not the true way of doing.

[noelwelsh]

Sure, but it misses interoperability, which is the point of Emacs for me. That's my point.

[orbital-decay]

The article provides an analogy, it doesn't tell you to do anything with Emacs in particular.

Besides being an everything app for you, Emacs is an (unconventional) operating system with weak boundaries between user apps. It makes it easy to modify anything, write new things, or combine two existing ones with very little code, something that e.g. Microsoft could have only dreamed of in Office with its awkward embedding that barely worked. Emacs is one the few survivors of the idea that users should program what they need, which was popular during the personal computing revolution in the 80's. Two others are spreadsheets and BASIC.

Programming turned out to be too complex for the untrained users to handle, but AI makes the idea of custom one-off apps or weird hybrids pretty damn close, that is true in practice. I see a lot of people that vibe code their own little things to get things done. That's precisely what BASIC (often shipped in the stock ROM!) was supposed to be used for.

[jrm4]

Same thing, actually, I think.

I think that "the number of programs" you're suggesting is arbitrary. It's kind of like calling an operating system one thing, when it's a lot of things. You can "count" the things different ways.

The bigger takeaway is "making your own programming things."