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

Claude Code: Now in Beta in Zed

zed.dev

Post reply on HN
Print view View original

71–80 of 431 posts

Re: Claude Code: Now in Beta in Zed

#71

Post by Karrot_Kream »

zelphirkalt wrote: post #40

Recently I set up a virtual machine running GNU/Linux on Windows, so that I can continue to use Emacs and all my usual tools for developing software, while I am waiting for a friend to make a move in a turn based game. I decided to give Doom Emacs a try. Well, I like the keybindings so far. However, it got issues. When I use neotree, it gets confused with windows (the Emacs term "window", not desktop windows, or the…

I recently un-borked my emacs config and re-downloaded elisp into my brain so I'd be happy to help walking you through the emacs stuff. I haven't used emacs on Windows natively in a long time but I did it for years and found it worked quite well so you may want to try that again.

FWIW emacs these days has native LSP support (eglot) and native tree-sitter supported, but you'll need to grab tree-sitter libraries and LSP servers. For MacOS I found just using brew to install most of these works great, and I wonder if Windows can't work the same way. If you're in a VM you should just be able to have your package manager do the work.

LLM support in emacs is still a bit primitive but there are packages like emacs claude-code that are changing things. Personally I wrote an elisp function which grabs the filename of the emacs window relative to the project root and copies it so that I can just paste it into claude code and have it ask questions or do things.

```

(defun copy-buffer-file-name-from-project-root () "Copy the relative path of the buffer in this project to the kill ring" (interactive) (kill-new (file-relative-name (buffer-file-name (current-buffer)) (project-root (project-current)))))

```

if you're curious but depending on how you have your clipboards setup with the kill ring, you may need to modify this.

---

As far as fighting the JS fight on the Zed website, well, I think this thread isn't one of those upvote-anti-JS-rant threads that spring up on this site all the time so shrug.

Re: Claude Code: Now in Beta in Zed

#72

Post by csar »

Really excited for this. I'm not sure if it supports ESC-ESC (and whether the SDK supports it) but I'm excited to try. If not, I hope Anthropic will add it soon since that's a key feature for fixing mistakes.

Re: Claude Code: Now in Beta in Zed

#73

Post by monstrado »

ZpJuUuNaQ5 wrote: post #60

I am sure Zed is great and I appreciate the effort put in to create it, but nowadays I just cannot imagine switching from VSCode to something else. In my limited understanding, none of the existing alternatives offer anything (and often misses at least something) truly innovative or anything else that VSCode extension wouldn't solve. On VSCode I have about 15 different profiles setup, each with different settings and…

I think the point of ACP being an open protocol is so that other editors (e.g. VSCode, Neovim) can implement it as a receiver and integration with ClaudeCode/GeminiCLI/... would just work.

Re: Claude Code: Now in Beta in Zed

#74

Post by kiney »

ZpJuUuNaQ5 wrote: post #60

I am sure Zed is great and I appreciate the effort put in to create it, but nowadays I just cannot imagine switching from VSCode to something else. In my limited understanding, none of the existing alternatives offer anything (and often misses at least something) truly innovative or anything else that VSCode extension wouldn't solve. On VSCode I have about 15 different profiles setup, each with different settings and…

I had to use VSCode for some projects in the past because it was what was available on the clients workstations... I can't imagine having to use that laggy electron abomination all the time. For me Zed is sent from heaven, because my previously preferred editor (geany) hast basically zero developtment nowadays.

Re: Claude Code: Now in Beta in Zed

#75

Post by seanssel »

kenhwang wrote: post #43
sirodoht wrote: post #14

Earlier quoted context omitted.

What do you feel is missing from the UI?

Top of my head switching between IntelliJ and Zed: - Git UI is extremely barebones with no support for other VCS - No merge tool or side-by-side diffs - Configuration is all JSON - Would be nice having a full file tree for the search editor instead of just the list; having the functionality split between a tab and the outline panel is quite clunky. - Ability to move panels (files/git/console/debugger/etc) into standa…

The IntelliJ 3-way mergetool/diff viewer is best in class. I haven't found anything else that touches it.

Re: Claude Code: Now in Beta in Zed

#76

Post by torben-friis »

pimeys wrote: post #68
ZpJuUuNaQ5 wrote: post #60

I am sure Zed is great and I appreciate the effort put in to create it, but nowadays I just cannot imagine switching from VSCode to something else. In my limited understanding, none of the existing alternatives offer anything (and often misses at least something) truly innovative or anything else that VSCode extension wouldn't solve. On VSCode I have about 15 different profiles setup, each with different settings and…

It's really interesting point of view. I'm one of those people who avoid using VSCode at any cost. It's slow, it's bloated, the UI is not great, and it's slowly being locked down by Microsoft. If Zed would not exist, I would be using helix, neovim, or emacs as I did before.

It’s not at all slow when compared to IntelliJ products or similar. It doesn’t compete with editors, it competes with IDEs.

Re: Claude Code: Now in Beta in Zed

#77

Post by yobert »

johnisgood wrote: post #42
simonw wrote: post #32

Earlier quoted context omitted.

It uses a fraction of the memory of VS Code and is much faster to launch.

Zed still takes a relatively long time to start on my old desktop. I thought something was wrong but no, it is just THAT slow. Emacs starts up faster than an empty Zed window, unfortunately. It is still way faster than IntelliJ but comparing it to that is a low bar. VSCodium starts up faster for me than Zed which I compiled yesterday with release mode. Here I am referring to the time spent just on waiting for the win…

Zed has easy to use extensions, but also Go support is built in. (syntax highlighting, gofmt on save, and language server support)

Re: Claude Code: Now in Beta in Zed

#78

Post by mikeocool »

ZpJuUuNaQ5 wrote: post #60

I am sure Zed is great and I appreciate the effort put in to create it, but nowadays I just cannot imagine switching from VSCode to something else. In my limited understanding, none of the existing alternatives offer anything (and often misses at least something) truly innovative or anything else that VSCode extension wouldn't solve. On VSCode I have about 15 different profiles setup, each with different settings and…

Zed's main selling point over VSCode for me is the lack of a slight delay between when I press a key and when the character appears.

VSCode has always felt ever so slightly sluggish to me, and I find it maddening as I type.

Post reply on HN