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

The Zed Debugger Is Here

zed.dev

Post reply on HN
Print view View original

201–210 of 211 posts

Re: The Zed Debugger Is Here

#201

Post by anthony-eid »

laserbeam wrote: post #200
anthony-eid wrote: post #154

Earlier quoted context omitted.

Hey Laserbeam, I'm one of the devs that made the debugger and the one that wrote the article. We do have a basic stack trace view that basically all debuggers support. What's coming out in the near future is a stack trace view in our multi buffer system. In fact, you can use the "show stack trace" action while in an active debug session to expand the call stack in a multi buffer, where each excerpt is a frame. It's j…

I am VERY confident you guys have everything I mentioned either half working or coming shortly, so I'm not worried. I just saw a "the debugger is here!" announcement, then read the announcement, and saw what's still under todo... My reaction is "well, it's not here, it'll be here in a few weeks". And that's ok ^.^ Am impressed by the under-the-hood discussion though. Keep up the great work!

Thank you for the positive energy and I'm glad you liked the under the hood section!

Re: The Zed Debugger Is Here

#202

Post by rckt »

Nezteb wrote: post #153
rckt wrote: post #103

Earlier quoted context omitted.

I just disabled everything AI related. It's a nice editor. But I still have to jump into VSCode to resolve merge conflicts.

Recently the Zed team added some tools to help with merge conflicts: https://github.com/zed-industries/zed/issues/4964#issuecomme...

Yeah, but still it's not as comfortable as with VSCode or for example Meld.

Re: The Zed Debugger Is Here

#203

Post by tomjuggler »

zamalek wrote: post #13
tomjuggler wrote: post #10

Not Zed's fault but I'm still stuck with VSCode because Zed doesn't support PLatformIO (or rather PlatformIO doesn't support Zed). I'm guessing that this extension support problem will continue to be a barrier to uptake for a while.

> Not Zed's fault Zed only supports language extensions, so it is in part responsible. If you're using embedded rust then PlatformIO isn't really needed; probe-rs is extremely capable and straightforward.

I'm going to go ask the Zed AI now if it can port my massive 10 year old C++ project to Rust and see what happens. Gotta keep moving forward

Otherwise maybe the platformio cli might be enough

Re: The Zed Debugger Is Here

#204

Post by esperent »

xboxnolifes wrote: post #165
esperent wrote: post #27

Earlier quoted context omitted.

Is it usable?

I've used it to install zed fine, but I haven't messed around with zed too much. I do most of my development within WSL with vscode, and zed doesn't had a great WSL2 development experience.

I'm the same. I followed a guide to set up Zed under WSL2 and got it working, but not in any way usable.

Re: The Zed Debugger Is Here

#206

Post by haiku2077 »

rbits wrote: post #194
ramon156 wrote: post #122

Zed feels like what Lapce, Helix and Neovim couldn't achieve in the time they spent. I started using Helix back around 2021-2022 and just couldn't get over the bugs and lack of integration. It was good, but PHP support (I was working at an older company) was bad. Neovim felt closest to a nice editor but there were some popular community-driven plugins that were very stubborn, and alternatives were just very slow. I w…

This might be off-topic, but I really want to use Helix. I've been using Vim keybindings for a few years now but it's so unintuitive, there's still so many things I can't do efficiently in Vim. Helix just makes so much more sense for my brain. But I don't use Vim/Neovim by itself, I always use an integration with an editor like VSCode or Obsidian (Obsidian's Vim emulation isn't great, but it's good enough). Helix jus…

FWIW Zed has the best Vim mode I've used outside of Vim. I do miss a few of my Vim plugins but the core is all there.

Re: The Zed Debugger Is Here

#207

Post by anon7000 »

mort96 wrote: post #164
anthony-eid wrote: post #158

Earlier quoted context omitted.

By default Zed has a user choose what type of configuration they want. That could be something like LM Studio, Ollama, or your own API keys to a provider you're already paying for. AI also isn't shoved in your face when using Zed, there's one small button on the button right.

> there's one small button on the [bottom] right. Wait there's an always-present AI button in the normal text editing UI? That's way more prominent than I expected, I assumed it was just an option in a settings screen somewhere. I definitely don't want an AI button that's always on screen. I just downloaded Zed to see this for myself and found not only one but two AI buttons in the lower right, one for integration wi…

AI features are essentially non-negotiable for a lot of people these days, and a lot of companies too. It’s hard to deny that LLMs coding assistants are at a minimum pretty promising. More promising than many other LLM uses. Zed wants to be a professional IDE, not just a random text editor, and LLM services are (whether you like it or not) an important tool in that IDE toolbox.

It’s fair to have huge concerns over AI (I certainly do), but I don’t think it’s fair to expect IDEs to skip some of the only technology that developers (and companies, importantly) are willing to pay for in an IDE.

Re: The Zed Debugger Is Here

#208

Post by no_wizard »

pjmlp wrote: post #197
no_wizard wrote: post #81

Earlier quoted context omitted.

Zed reminds of the days when Atom was big. It was a good time, but it always left me wondering how long it would last as it leaned heavily on community support for nearly everything useful outside a few packages Such a situation makes me worry about it keeping up if popularity wanes. With JetBrains for example at least I know that paying for the editor it will keep getting proper updates and support even if it isn’t…

And Sublime, BBEdit, TextMate, Notepad++, Ultraedit, Slick, vi, vim, XEmacs, Emacs, nano, joe, jEdit,....

They all lag or have lagged on supporting modern features. Even Sublime was slow to adopt LSPs and I believe it’s still a bit complicated to get it working correctly and reliably

Re: The Zed Debugger Is Here

#209

Post by girvo »

dkersten wrote: post #38
girvo wrote: post #24

Earlier quoted context omitted.

Oh I'll have to try that. Zed looks woeful on my 1440p monitor when I was trying it at work, which is a shame because I quite like it otherwise.

In what way? I e been using it on my 1440p for over a year and it looks fine. Am I missing something?

It’s blurrier, all UI elements and text, compared to every other editor and IDE on my machine

Re: The Zed Debugger Is Here

#210

Post by colonial »

jen20 wrote: post #123
sapiogram wrote: post #56

Earlier quoted context omitted.

It's so incredibly frustrating. Text rendering is the primary feature of a code editor, but no one on the Zed team seems to use a non-retina screen. Github issue for context: https://github.com/zed-industries/zed/issues/7992

> but no one on the Zed team seems to use a non-retina screen This is not that surprising to me. Surely no-one wants to spend their day looking at the pixels?

I can't remember the last time I touched a hi-DPI display. They really aren't that common still, even in technical office environments - regular 1440p or 4K ~150 PPI displays work just fine.

E: Actually, I suppose my Samsung counts. But the point stands w.r.t. "real computer" displays.

Post reply on HN