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 .
Claude Code IDE integration for Emacs
191–200 of 281 posts
Re: Claude Code IDE integration for Emacs
#192Like 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
Re: Claude Code IDE integration for Emacs
#193Why? 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.
Re: Claude Code IDE integration for Emacs
#194Why? 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 .
Re: Claude Code IDE integration for Emacs
#195Like 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…
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
#196Re: Claude Code IDE integration for Emacs
#197Earlier 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!
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
#198Earlier 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.
Re: Claude Code IDE integration for Emacs
#199Re: Claude Code IDE integration for Emacs
#200Earlier 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.