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

201–210 of 431 posts

Re: Claude Code: Now in Beta in Zed

#201

Post by skhameneh »

gm678 wrote: post #198
skhameneh wrote: post #171

I like Zed in concept. I like Zed in the architectural and foundational aspects. I want more tools like Zed to exist. But, I find Zed challenging to adopt due to random nuances. First, settings management is a mixed bag and sometimes I just want a quick way to open the "settings.json" from the settings pane without fussing around. Then I'd like the "settings.json" to stay open (reopen) on a restart of Zed. Then I'd l…

For what it's worth, I think Zed now has a default keybind to open settings.json: Ctrl+, I assume that keybind is also configurable?

Good to know, thanks!

Re: Claude Code: Now in Beta in Zed

#202

Post by EnPissant »

stouset wrote: post #145
sapiogram wrote: post #24

Earlier quoted context omitted.

Their font rendering looks awful on non-high dpi displays, and the devs don't seem to care at all. https://github.com/zed-industries/zed/issues/7992

While this is probably annoying, I have to imagine that non-hidpi displays are becoming rarer and rarer. It's probably not a great idea to spend a lot of work on a feature that will only ever see declining use.

It's not rare at all. It's more common than not for people developing on monitors.

Re: Claude Code: Now in Beta in Zed

#203

Post by [deleted] »

mikepurvis wrote: post #188
shreddit wrote: post #168

Earlier quoted context omitted.

Does it really? At the end of the day i need it to do my job. Ideal values don’t help me doing my job. So i choose the editor best suited and the features i need. And that’s not zed at the moment.

There's an analogue here with programming language iteration— Python, Ruby and friends showed what the semantics were that were needed, and then a decade or two later, Go and Rust took those semantics and put them in compiled, performance-oriented languages. Electron has been a powerful tool for quickly iterating UIs and plugin architectures in VSCode, Brackets, Atom, etc, now the window is open for a modern editor t…

[deleted]

Re: Claude Code: Now in Beta in Zed

#204

Post by EnPissant »

freehorse wrote: post #147
sapiogram wrote: post #24

Earlier quoted context omitted.

Their font rendering looks awful on non-high dpi displays, and the devs don't seem to care at all. https://github.com/zed-industries/zed/issues/7992

While I do not doubt that there are people who experience this on some monitor/OS combinations, I have used zed on basic 1080p and 1440p 24" monitors with no issue. Sometimes I have general issues with some monitors in macos, which is usually due to some super-resolution/sharpness setting on the monitor itself that I need to adjust, but nothing specific to zed. All I say is that these issues are far from universal wi…

You may not notice because macOS fonts look terrible (blurry) on any monitor that is not hidpi. Zed is just par for the course here.

Meanwhile on Linux and Windows, they still implement subpixel rendering so fonts look great on 1440p.

Re: Claude Code: Now in Beta in Zed

#205

Post by [deleted] »

delta_p_delta_x wrote: post #199
jsheard wrote: post #185

Earlier quoted context omitted.

> MacOS native apps have had great sub-pixel rendering all along Apple removed subpixel anti-aliasing in Mojave, seven years ago, because it's not necessary on the HiDPI/Retina displays they ship as standard. They still do greyscale anti-aliasing but that's not the same thing as subpixel. Discussion from the time: https://news.ycombinator.com/item?id=17476873

> because it's not necessary on the HiDPI/Retina displays they ship as standard. I disagree. Subpixel anti-aliasing triples the available horizontal resolution, and makes text crisper. The algorithms are known and regardless of the density it should always be applied to text and vector graphics elements. The RGB stripe layout is so useful that OLED manufacturers are moving to it in 2026, away from the long-derided Pe…

[deleted]

Re: Claude Code: Now in Beta in Zed

#206

Post by jsheard »

delta_p_delta_x wrote: post #199
jsheard wrote: post #185

Earlier quoted context omitted.

> MacOS native apps have had great sub-pixel rendering all along Apple removed subpixel anti-aliasing in Mojave, seven years ago, because it's not necessary on the HiDPI/Retina displays they ship as standard. They still do greyscale anti-aliasing but that's not the same thing as subpixel. Discussion from the time: https://news.ycombinator.com/item?id=17476873

> because it's not necessary on the HiDPI/Retina displays they ship as standard. I disagree. Subpixel anti-aliasing triples the available horizontal resolution, and makes text crisper. The algorithms are known and regardless of the density it should always be applied to text and vector graphics elements. The RGB stripe layout is so useful that OLED manufacturers are moving to it in 2026, away from the long-derided Pe…

Subpixel rendering is effective but it's also a massive pain in the ass to maintain, especially if you want to take full advantage of the GPU. Microsoft has kept it around for much longer but even they are steadily moving away, bits and pieces of the Win11 UI render with greyscale AA regardless of system settings because their newer GUI toolkits don't even attempt to support subpixel fonts.

That said, for something like a text editor where fonts are central the entire application and the worst subpixel edge cases like animation are unlikely to come up, it's maybe not unreasonable to ask them to go the extra mile. It's going to be a sticking point on Windows and Linux for a long time if they don't.

Re: Claude Code: Now in Beta in Zed

#207

Post by chamomeal »

unshavedyak wrote: post #111

I want to try Zed but the Helix mode seems quite young. Vim mode sounds good, but i just can't move away from Helix mode. (oh and of course, my own modifications to Helix's input config) My difficulty in finding editors that fit my desired input scheme kinda reminds me of the old pre-LSP days. Where you'd chose an editor based on it's language features. I wonder if we need some sort of common editor interface to allo…

I had the exact same problem. I was so stoked to try helix mode and then realized it obviously doesn’t have any of my backspace shortcuts. Duh, but still… back to helix!

Re: Claude Code: Now in Beta in Zed

#208

Post by skeptrune »

josefrichter wrote: post #183
skeptrune wrote: post #101

It's interesting that VSCode has its own Claude code extension which works well and does most of this. Zed has a lot of these micro-battles ahead where it has to spend money building solutions that VSCode's community shipped without their core team putting in any effort at all.

Does it? Or do you mean the integration when you run Claude Code from the terminal opened in VSCode? (which is already pretty good)

It does, there's an extension you can install which is even a bit better.

Re: Claude Code: Now in Beta in Zed

#209

Post by unshavedyak »

yes_but_no wrote: post #165
unshavedyak wrote: post #111

I want to try Zed but the Helix mode seems quite young. Vim mode sounds good, but i just can't move away from Helix mode. (oh and of course, my own modifications to Helix's input config) My difficulty in finding editors that fit my desired input scheme kinda reminds me of the old pre-LSP days. Where you'd chose an editor based on it's language features. I wonder if we need some sort of common editor interface to allo…

If you are already familiar with Vim bindings is Helix's object then action really worth that much?

For me, definitely. Plus it's quite the muscle memory switch. I switched to Kakoune ages ago, and then eventually Helix because i liked its design a bit more.

Re: Claude Code: Now in Beta in Zed

#210

Post by rvnx »

cyanf wrote: post #176
hu3 wrote: post #122

Earlier quoted context omitted.

> Wow. This might be the 1st time i've seen someone comment negatively regarding UI performance Here you go: https://hn.algolia.com/?dateRange=all&page=0&prefix=true&que... > I found Copilot tab completion completion to be VERY slow in Zed, for some reason. > 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 > I have tried it out and by defau…

The other examples you listed are valid, but A.I tab auto complete is a model & inference issue unrelated to the editor.

It is a feature that they control. Whether it comes from the model, a bad prompt, a bad provider or a bug in their implementation is their responsibility (especially considering you have to pay per-request AI features).
Post reply on HN