Live data from Hacker News

Claude Code IDE integration for Emacs

github.com

191–200 of 281 posts

Re: Claude Code IDE integration for Emacs

#191
post #187

Why? I’m trying to imagine the Venn diagram of “developers adopting agentic coding” and “developers who use emacs as their IDE”. Of course I’m going to get swarmed with anecdotes, but my intuition is that there’s just not a lot of overlap.

Haha. Yeah I feel they’re exact opposites. Emacs is so DIY/wanting to control your experience and create the perfect tool for you .

I've been using gemini for writing my init.el So many ideas so little time, I'm glad I have the chance

Re: Claude Code IDE integration for Emacs

#192
post #9

Like LSP and tree-sitter, I think AI coding tools like Claude Code or Aider are very good news for niche editors like Emacs or Vim. Instead of struggling about implementing advanced IDE-like features, they can integrate with these tools relatively easily, and focus on other editing related features that set them apart. In fact, IMO it makes these editors more competitive because they are highly customizable and easie…

emacs and vim are not niche, lol

In 15 years of using nothing but emacs, I have never met another emacs user in any of the companies I worked for. plenty of vim but literally 0 emacs

Re: Claude Code IDE integration for Emacs

#193
post #187

Why? I’m trying to imagine the Venn diagram of “developers adopting agentic coding” and “developers who use emacs as their IDE”. Of course I’m going to get swarmed with anecdotes, but my intuition is that there’s just not a lot of overlap.

[deleted]

Re: Claude Code IDE integration for Emacs

#194
post #187

Why? I’m trying to imagine the Venn diagram of “developers adopting agentic coding” and “developers who use emacs as their IDE”. Of course I’m going to get swarmed with anecdotes, but my intuition is that there’s just not a lot of overlap.

Haha. Yeah I feel they’re exact opposites. Emacs is so DIY/wanting to control your experience and create the perfect tool for you .

Yes. Emacs with AI coding will be a dream come true to me.

Re: Claude Code IDE integration for Emacs

#195
post #9

Like LSP and tree-sitter, I think AI coding tools like Claude Code or Aider are very good news for niche editors like Emacs or Vim. Instead of struggling about implementing advanced IDE-like features, they can integrate with these tools relatively easily, and focus on other editing related features that set them apart. In fact, IMO it makes these editors more competitive because they are highly customizable and easie…

You think VIM is a niche? neovim + vim is used by over 38% of developers according StackExchange survey. That is more than 1 out of 3 developer, closer to 2 out of 5.

I am not sure what is going on with here recently, maybe I have overgrown the place, or maybe everyday a little by little this place is getting filled with people who shouldn't be talking about CS.

Re: Claude Code IDE integration for Emacs

#197

Earlier quoted context omitted.

Neovim and to an extent emacs are where corporate IDE vendors go for ideas. From ergonomics of the UX, performance, portability, design sense (!!) and theming? It's like Sun and GNU in the 90s. Those UI/UX folks getting pissed their perfect HSL wheel and black balance got dicked with by some PM which is why the GitHub theme is great not legendary? They go home and rice Arch or NixOS and just shit on the dayjob stuff.…

I don't really understand what you're talking about but it sounds cool. Naive question: what's wrong with just #000000 as black? I often change blacks to that in "dark mode" themes that are actually just dark grey. I want BLACK!

Yeah, I also like being able to get real blacks, and certain kinds of panels can do it (I'm not an expert on panels by any means but I think this is one of the bigger selling points of the OLED family of panel designs is that they can turn off a pixel completely, which let's them get an infinite contrast ratio and therefore pure blacks).

But on a lot of displays (including a couple of the ones I use all the time) the panel can't really do it well, and so there are all kinds of hinting and cheats and other workarounds, and so to get perceptual black, you actually wind up cranking the lum up a little, and that's what I've tried to do with the baseline Ono-Sendai Hypermodern blacks, is give a range of options starting from absolute black, and going up incrementally to GitHub "black"/darkest which is a very expertly designed grayscale (their designers on this are world class), but it's light, it's really high to cope with just about any panel.

If you want to try it out, you can pop these codes into whatever way you set colors:

https://gist.github.com/b7r6/581295d8bb905ef598a05fdf2810a07...

The "Ono-Sendai Memphis" grayscale starts at #000000.

Re: Claude Code IDE integration for Emacs

#198

Earlier quoted context omitted.

It absolutely does. Give it a try.

I just tried it. It does not support /ide integration. You can test this by typing /ide in claude code. MCP support is not the same thing as IDE support.

Oh you mean something like active file awareness and selection context? This code seems quite well architected and has websockets well integrated, both features sound like a lunch break’s worth of work if you file a ticket. Other than that, I couldn’t care less about how these capabilities are implemented or whether /ide works.

Re: Claude Code IDE integration for Emacs

#199
It's interesting that AI fulfilled for the common user—through vibe coding—the mission which GNU/FSF could not: the freedom to create any software you want at any time. And it's ironic that of all of the software used to create AIs (like PyTorch and NVIDIA's CUDA stack), none of it was licensed GPL, though plenty of it is OSS. GNU is no longer relevant and, compared to MIT and BSD licenses, really never was. RIP FSF.

Re: Claude Code IDE integration for Emacs

#200
post #36

Earlier quoted context omitted.

This is due to Richard Stalllman. He thinks that integrating "non-free" alternatives when free alternatives don't yet exist slows down free software development. Not just free as in freedom alternatives, not just free as in GPL licensed, but free as in FSF controlled projects. He did the same thing with linking extensions to GCC, LLVM debugger integration into emacs (fuzzy on that one), possibly treesitter into emacs…

A lot of us are grateful in some abstract way for all the foundational work RMS did both technically and organizationally to preserve what remaining software freedoms we still have, but got off the bus a long time ago. He got really weird and it was on some "no fly zone" shit. There's an `emacs` community that recognizes the history without being involved in any contemporary sense.

Huh? Open source licenses long predate Stallman. He was, at best, an opportunist who tried to coopt the OSS movement and take it into a kooky ideological niche.
Post reply on HN