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

171–180 of 211 posts

Re: The Zed Debugger Is Here

#171

Post by hu3 »

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…

> ...like a VSCode clone that didn't do anything special.

Interesting way to qualify the most popular editor of human history.

Re: The Zed Debugger Is Here

#172

Post by mort96 »

johnnyyyy wrote: post #163
mort96 wrote: post #60

Earlier quoted context omitted.

It seems like they've since removed it from the core app and put it in a separate plug-in: https://gitlab.com/gnachman/iterm2/-/issues/11470#note_19176... Anyway, I'm happy with Ghostty since I switched away from iTerm2 and haven't paid attention to iTerm2 development much.

The developer of Ghostty is using AI for development. Better quickly delete it!

As long as he doesn't get tempted to add AI features into Ghostty I'm not too concerned

Re: The Zed Debugger Is Here

#173

Post by quietbritishjim »

hu3 wrote: post #171
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…

> ...like a VSCode clone that didn't do anything special. Interesting way to qualify the most popular editor of human history.

They said that Lapce didn't do anything special (over VSCode). Not that VSCode is nothing special, as you seem to have interpreted it.

Re: The Zed Debugger Is Here

#174

Post by karaterobot »

mort96 wrote: post #166
karaterobot wrote: post #162

Earlier quoted context omitted.

It's an unexpected position to take, though. You said you had been interested in Zed until they integrated AI. The response was "the AI is completely optional", which I'd expect would make you more likely to use Zed, since it removes your objection. But it doesn't change your position at all, which makes me suspect it's not that you're worried the AI would interfere with your workflow, but that it's there at all. So,…

I'm not interested in using text editors with chat bot integration, hope this clarifies things

Not at all!

Re: The Zed Debugger Is Here

#175

Post by hu3 »

quietbritishjim wrote: post #173
hu3 wrote: post #171

Earlier quoted context omitted.

> ...like a VSCode clone that didn't do anything special. Interesting way to qualify the most popular editor of human history.

They said that Lapce didn't do anything special (over VSCode). Not that VSCode is nothing special, as you seem to have interpreted it.

Fair enough. I understand what you meant now.

Re: The Zed Debugger Is Here

#176

Post by writebetterc »

nurumaik wrote: post #112
writebetterc wrote: post #44

It's surprisingly slow. Switching files in the tab list has a noticeable delay. Typing is higher latency than both Emacs (lsp-mode activated) and my web browser. Also uses approximately 60MiB more than my Emacs. It starts fast though! I wouldn't complain about this stuff if it wasn't for their tagline being 'it's fast' and they're losing to Emacs Lisp (not a language amenable to being very fast) with a highly optimiz…

How did you manage to make zed slower than emacs? From my experience, latency in zed sometimes even feels negative. Everything is instant: editing, lsp commands, file switching In contrast, all my attempts at emacs ended up in dropping it due to latency issues (mostly because I work on remote machines)

I think you answered how you managed to induce latency in Emacs :).

Re: The Zed Debugger Is Here

#177

Post by writebetterc »

sapiogram wrote: post #118
writebetterc wrote: post #44

It's surprisingly slow. Switching files in the tab list has a noticeable delay. Typing is higher latency than both Emacs (lsp-mode activated) and my web browser. Also uses approximately 60MiB more than my Emacs. It starts fast though! I wouldn't complain about this stuff if it wasn't for their tagline being 'it's fast' and they're losing to Emacs Lisp (not a language amenable to being very fast) with a highly optimiz…

It's probably something in the rendering pipeline. What operating system?

Fedora 41, KDE Plasma 6.3.5, kernel 6.14.5, Wayland, Mesa Intel Iris Xe Graphics.

Re: The Zed Debugger Is Here

#178

Post by lsllc »

jaoane wrote: post #22
eddythompson80 wrote: post #17

Ever since Linux support came out (2 years ago?), I go to check if they, finally, support “non-retina” “LoDPi” (a.k.a: a regular screen) yet, and sadly no :/

They don’t support windows, they don’t support regular screens on Linux… are they a Mac shop basically?

Via Scoop:

  scoop bucket add extras
  scoop install extras/zed
It works really well on Windows, haven't had any problems, nor with any extensions.

Re: The Zed Debugger Is Here

#179

Post by mixmastamyk »

WD-42 wrote: post #142
mixmastamyk wrote: post #137

Earlier quoted context omitted.

Copying a buffer into a network call, reading a response, writing the buffer. Not trivial per se, but table stakes for an experienced developer. Rust probably slows them down here, but working correctly early is preferable imho.

Over simplify much?

Which computer science frontiers are being pushed here at the user interface level, do you think?

(This is referring to their recent integration work. The acceleration layer was usable a year or more ago.)

Re: The Zed Debugger Is Here

#180

Post by mixmastamyk »

haiku2077 wrote: post #147
mixmastamyk wrote: post #140

Earlier quoted context omitted.

Separate tools that do one thing well, works better sometimes. E.g. editors often integrate a terminal and file manager. I already have them open constantly, so have never used the integrated versions.

I used to use separate of each, but switched to the ones integrated into Zed. being able to click on a file in one and have it open one frame later in the others is very productive for me. e.g. click a link in my test runner's output to a line in a file and immediately jump to that file in the file tree and that line in a buffer.

Hmm, open tab performance hasn't been a concern of mine... since the turn of the century? (cough) Not using electron of course.

I suspect a preference here has more to do with how many monitors one has. I have multiple so prefer multiple windows. If away from my desk, having a fullscreen window split makes sense.

Post reply on HN