Live data from Hacker News

Zed editor switching graphics lib from blade to wgpu

github.com

251–260 of 321 posts

Re: Zed editor switching graphics lib from blade to wgpu

#251

Earlier quoted context omitted.

Sadly it doesn't actually look like gpui-ce has any activity, the maintainer merged one pull request (literally, #1) and then stopped. They should've just added more community maintainers to the GPUI repo directly rather than having a fork.

Yeah, why fork and create confusion if you don't plan to do anything with it?

The creator replied: https://news.ycombinator.com/item?id=47005761

Re: Zed editor switching graphics lib from blade to wgpu

#252

Zed also stopped GPUI (their GPU accelerated Rust UI framework) development for now, sadly. > Hey y'all, GPUI develoment is getting some major brakes put on it. We gotta focus on some business relevant work in 2026, and so I'm going to be pushing off anything that isn't directly related to Zed's use case from now on. However, Nate, former employee #1 at Zed, has started a little side repo that people can keep iterati…

I started the gpui-ce fork but I'm becoming somewhat more interested in a fresh framework that is more aligned with the rust ecosystem in general - using crates like glam/glamour, parley, palette, etc Lots of gpui was built with build Zed/a text editor in mind directly, and as folks have mentioned here, it is hard for Zed Industries to justify work on gpui that is purely for the community. Nathan is usually pretty pr…

You might also want to look into Dioxus Native as it's doing a lot of what you're interested in too, with taffy and vello for example. The gaps I see in the Rust UI ecosystem as you asked are that I want a true cross platform solution for mobile, web, and desktop while most focus only on desktop, as I use Flutter currently for this purpose but need to pull in Rust crates through an FFI layer like flutter_rust_bridge, as well as a backend server in Rust and having to share types with the frontend through some agnostic format like GraphQL, so it'd be nice to have everything in one language. Dioxus Native does in fact bill itself as "Flutter but in Rust" which I'm looking forward to a lot.

How was it like working at Zed? Any reason for leaving?

Re: Zed editor switching graphics lib from blade to wgpu

#253
post #101

Earlier quoted context omitted.

Does this mean they’re struggling financially? Yet more disruption caused by coding agents, I’m sure. We saw it quite visibly with Tailwind, now I can see if code editors are maybe struggling too, especially something like Zed which was probably still used mostly by early adopter type People, who have early adopted TUI coding agents instead. I only use cursor and zed to browse code now.

Ironic, because AI Agent integration is their business model.

Now it is, after their pivot from remote pair programming via collaborative text editing, not originally.

Re: Zed editor switching graphics lib from blade to wgpu

#254

Zed also stopped GPUI (their GPU accelerated Rust UI framework) development for now, sadly. > Hey y'all, GPUI develoment is getting some major brakes put on it. We gotta focus on some business relevant work in 2026, and so I'm going to be pushing off anything that isn't directly related to Zed's use case from now on. However, Nate, former employee #1 at Zed, has started a little side repo that people can keep iterati…

> We gotta focus on some business relevant work in 2026 Remember that post announcing the millions of VC capital they raised? This is the result

gpui existing in the first place is a result of them raising VC

Re: Zed editor switching graphics lib from blade to wgpu

#255

Earlier quoted context omitted.

Using mainstream libraries instead of reinventing the wheel would have been a good decision with or without VC money. I like Zed but it's still my secondary editor because it's missing usability features that I value in other editors. I think we all benefit if they focus their attention on the parts of Zed that differentiate it rather than writing new frameworks and libraries.

Isn’t the thing that differentiates zed actually largely its performance? Using electron or GTK or whatever would not differentiate it in this way.

> Using electron or GTK or whatever

You say that like they're in the same category, but one is an embedded Chromium and the other a native windowing toolkit.

Re: Zed editor switching graphics lib from blade to wgpu

#256
post #133
post #129

In 2020, I started working on a (C++) game engine. Since the only decent open-source UI option was Dear ImGui (which was obviously a bad choice for consumer-facing UIs), I ended up rolling my own retained-mode UI library on top of SDL. Now, it's fully-featured enough that I rarely have to touch it. There's even a major company using it for embedded products. I don't get why every language's community doesn't just do…

How's the accessibility?

I'm not trying to troll here, asking seriously: are there any immediate-mode GUI APIs with good a11y?

Re: Zed editor switching graphics lib from blade to wgpu

#257

The Zed editor seems kind of silly to me. I would rather my editor works in many possible environments maybe even one that only has a tty interface. What advantages are people finding with this editor other then high fidelity scrolling.

Idk, I use Zed because it's so dang smooth. On a 144hz screen it feels really nice to use, other editors like v$code and IntelliJ have noticeable stutter and I find that to be distracting, in the same way it's jarring to go back to a 50hz monitor after getting used to 144.

Re: Zed editor switching graphics lib from blade to wgpu

#258
post #92

Earlier quoted context omitted.

Yes: https://zed.dev/docs/ai/edit-prediction

Thanks. Have you used cursor or copilot (recently, tab completion has gotten better)? I'm curious how this compares in actual performance. Last time I used Zed, this was a showstopper as the completions were much worse (though if I configure it to use copilot as my source, I guess it should perform the same as VsCode?).

Personally, I don't like this autocomplete or tab-completion thing. I find it very distracting. I understand why someone might like it, but it's just not my thing. I mostly use Claude (and Codex) through ACP in Zed. My colleagues use Cursor and VSCode, and I don't feel like I'm missing anything at all.

Re: Zed editor switching graphics lib from blade to wgpu

#259
I tried Zed for some time. Then it had a regression which broke it completely on my laptop. (Zed can't start any more, logging a PlatformNotSupported error even though earlier versions worked fine.) I carefully bisected it, and it turned out to be due to an intentional change in Blade. The issue was acknowledged, and confirmed by several other users. Then it got converted into a "discussion" because there was nothing actionable to do according to the devs. Then the discussion got closed because they are "directing all support questions to Discord going forward". Then Discord announced mandatory age verification.

Re: Zed editor switching graphics lib from blade to wgpu

#260

Earlier quoted context omitted.

I don't get the question. albeit in vim I use just the navigation things and selectors and s/../.. to replace stuff I am probably using something like 1% of it's power.

I'm asking how to move a function, or class to a different module (including its methods, imports throughout the project etc), as an example of IDE-101 stuff I can't figure out how to do in Zed, and makes me think Zed might [i]not[/i] be a replacement.

With the kind of editor Zed is, just like VSCode and Sublime, it's not goong to provide that function natively. The mechanics of moving functions between class/modules/packages/whatever are too different language to language. So you'll need to rely on LSP plugins for the different languages.

Or you could always use an actual IDE, but those are usually more language specific.

Post reply on HN