Live data from Hacker News

Zed: High-performance AI Code Editor

zed.dev

141–150 of 447 posts

Re: Zed: High-performance AI Code Editor

#141
post #22

Meanwhile I'm checking Helix editor every 6 month to see if authors became any less hostile to the idea of thinking about considering of starting thinking about potentially adding copilot support. https://github.com/helix-editor/helix/discussions/4037

Helix is working on a plugin system that will hopefully allow for copilot (or whatever other product) use. Also, the Helix way, thus far, has been to build a LSP for all the things, so I guess you'd make a copilot LSP (I be there already is one).

I feel like an LSP is very insufficient for the ideal UX of AI integrations. LSP would be fine for AI autocompletes of course, but i think we want a custom UX that we don't quite yet know. Eg what Zed offers here seems useful. I also really like what Claude Code does.

I don't know the LSP spec well enough to know if these sort of complex interactions would work with it, but it seems super out of scope for it imo.

Re: Zed: High-performance AI Code Editor

#142

Here’s what I want, a keyboard only code editor, (ideally with all the vim keybindings and features) that also has in built lsp for popular languages like C, C++, Go and just works out of the box (even better if it has good code completion with copilot or something similar). I can’t seem to get this anywhere. I’m still sticking with neovim for now but it’s code complete doesn’t work well that I’ve turned it off and I…

Have you given Helix a try? It sounds like it might fit the bill for you.

Re: Zed: High-performance AI Code Editor

#143

> Privacy and Security by Default [...] you can also run custom models on your own hardware via Ollama. That's nice for the chat panel, but the tab completion engine surprisingly still doesn't officially support a local, private option.[0] Especially with Zed's Zeta model being open[1], it seems like there should be a way to use that open model locally, or what's the point? [0]: https://github.com/zed-industries/zed/…

We definitely plan to add support for this! It's on the roadmap, we just haven't landed it yet. :)

Re: Zed: High-performance AI Code Editor

#144

Earlier quoted context omitted.

I would love a vim plugin for this. Many LLM vim plugins started off beautifully minimal, but became too agentic in their chase of Cursor.

Maybe once all of this is a bit more mature we can just get down to the minimal subset of features that are really important. I’d love a nvim plugin that is more or less just a split chat window that makes it easy to paste code I’ve yanked (like yank to chat) add my commentary and maybe easily attach other files for context. That’s it really.

Have you seen CodeCompanion (https://github.com/olimorris/codecompanion.nvim)?

Re: Zed: High-performance AI Code Editor

#145

Here’s what I want, a keyboard only code editor, (ideally with all the vim keybindings and features) that also has in built lsp for popular languages like C, C++, Go and just works out of the box (even better if it has good code completion with copilot or something similar). I can’t seem to get this anywhere. I’m still sticking with neovim for now but it’s code complete doesn’t work well that I’ve turned it off and I…

Lazyvim does that for you. In my experience completion works exactly as well as Vscode. Alternatively helix.

Re: Zed: High-performance AI Code Editor

#146
post #22

Meanwhile I'm checking Helix editor every 6 month to see if authors became any less hostile to the idea of thinking about considering of starting thinking about potentially adding copilot support. https://github.com/helix-editor/helix/discussions/4037

Why should an open source editor support some single commercial product API in their core? Why copilot and not another product? It's completely reasonable to me that this should be a third party plugin or that they should wait for some standard that supports many products.

As @adriangalilea recently aptly wrote in Helix's 2nd-longest discussion thread (#4037):

> For the nth time, it's about enabling inline suggestions and letting anything, either LSP or Extensions use it, then you don't have to guess what the coolest LLM is, you just have a generic useful interface for LLM's or anything else to use.

An argument I would agree with is that it's unreasonable to expect Helix's maintainers to volunteer their time toward building and maintaining functionality they don't personally care about.

Re: Zed: High-performance AI Code Editor

#148

I really want to move off VS Code and start using Zed, but unfortunately the text is always extremely blurry. It's just unusable. I check back on the GitHub issue every few months and it just has more votes and more supportive comments, but no acknowledgement. Hopefully someone can rescue us from the sluggish VS Code. https://github.com/zed-industries/zed/issues/7992 I have a 1440p monitor and seeing this issue.

shrink the zed window by one pixel horizontally and one pixel vertically. there's a video on that issue page which shows resizing making the font go in and out of focus, and that tells me that there's something dividing the window height and width by 2 and starting the font rendering there. if you divide by 2 and you get .5, you'll see the blurriness. if you make the window 1 pixel wider you won't get x.5 anymore, you'll get a whole number.

try it and see. i bet that helps/fixes at least some of you suffering from this.

Re: Zed: High-performance AI Code Editor

#149
I have been using Zed as my main editor for the past ~5 months and I have been very happy with it. It's actually fast and snappy. I hope they become sustainable.

VS Code forks (Cursor and Windsurf) were extremely slow and buggy for me (much more so than VS Code, despite using only the most vanilla extensions).

Re: Zed: High-performance AI Code Editor

#150
post #45
post #37

I'm not sure, it might have changed since, but my personal experience was different. Tried using zed on Linux (pop os, Nvidia) several months ago, was terribly slow, ~1s to open right click context window. I've spent some time debugging this, and turns out that my GPU drivers are not the best with my current pop os release, but I still don't understand how it might take so long and how GPU is related to right clickin…

I know they started on MacOS and their Linux support is relatively new, so I wonder if that "fastest" label is really only applicable to MacOS currently.

No. It works incredibly well under Linux.

Nvidia drivers in particular are terrible on Linux, so what OP is describing is likely some compatibility/version issue.

Post reply on HN