Live data from Hacker News

Zed, a collaborative code editor, is now open source

zed.dev

481–490 of 642 posts

Re: Zed, a collaborative code editor, is now open source

#481

Earlier quoted context omitted.

Emacs still blocks input on simple things like package updates though.

Give straight.el (among others) a shot. Combined with use-package you don’t have to worry about that these days.

Ah ok. Last time I used straight it still blocked input on straight-update-all, didn’t realize they changed this.

Re: Zed, a collaborative code editor, is now open source

#482
post #457

Earlier quoted context omitted.

People are asking what settings would be useful to tweak. Check out the following: - gcmh -package and gcmh-mode and/or gc-cons-threshold variable (former should take over the latter) - read-process-output-max - jit-lock-defer-time - package-native-compile Doom Emacs sets gcmh in its initialization so tweaking that might not be needed there. You may still want to touch gcmh-high-cons-threshold and gcmh-idle-delay-fac…

The thing about gc-cons-threshold is that, too low a value and it will collect garbage too frequently. While a high value will drastically reduce frequency, but then GC pause will be big and you will likely feel whole system freeze and stutter when it happens. For me, 1GB is too high because I sorta notice the pause, I set it to 32MB but completely disable GC when minibuffer is active: (defun my-minibuffer-setup-hook…

I’m doing different heap sizes during package load, but I don’t have the mini buffer hook and in retrospect, I feel dumb.

If I do inline attribution you mind if I borrow that under MIT?

Re: Zed, a collaborative code editor, is now open source

#483
post #397

Earlier quoted context omitted.

Heard of Helix? It's a bit more Vim to Zed's VSCode, but it's open source and Rust too! It also comes with rust-analyzer and tree-sitter included. https://github.com/helix-editor/helix

Helix doesn't have a plugin system: https://github.com/helix-editor/helix/issues/122

Yet.

Re: Zed, a collaborative code editor, is now open source

#485
post #457

Earlier quoted context omitted.

The thing about gc-cons-threshold is that, too low a value and it will collect garbage too frequently. While a high value will drastically reduce frequency, but then GC pause will be big and you will likely feel whole system freeze and stutter when it happens. For me, 1GB is too high because I sorta notice the pause, I set it to 32MB but completely disable GC when minibuffer is active: (defun my-minibuffer-setup-hook…

I’m doing different heap sizes during package load, but I don’t have the mini buffer hook and in retrospect, I feel dumb. If I do inline attribution you mind if I borrow that under MIT?

Go ahead. Though I don't think attribution is even necessary for something I myself may have borrowed from somewhere.

Re: Zed, a collaborative code editor, is now open source

#486
It's interesting that the #2 selling point on the landing page (the Copilot integration) relies purely on Microsoft's goodwill. There is no official API for Copilot but instead a (non-standard) LSP implementation embedded into the proprietary Copilot Neovim plugin. Zed seems to trust under the hood that a release of the plug-in exists on Github, pulls the minified-js language server from there and integrates with that. The minute MS decides to pull the plug on the Neovim plugin Zed loses the functionality as well.

I wish we had a proper API to interact with copilot but it seem that pulling everyone else except the dedicated VIM and JetBrains users into VSCode land seems to be more in their interest.

Re: Zed, a collaborative code editor, is now open source

#487
post #91

Earlier quoted context omitted.

I'm running it just fine on 10.14.

During the closed beta, the requirements said the minimum was 10.15, and I tried to download it and run it anyway and it wouldn't run. Did you have to build it from source?

I have to apologise and backtrack here. I was under the impression that "Sonoma" was in fact 10.14 but it's just 14. 10.14 was "Mojave".

Re: Zed, a collaborative code editor, is now open source

#489

It's interesting that the #2 selling point on the landing page (the Copilot integration) relies purely on Microsoft's goodwill. There is no official API for Copilot but instead a (non-standard) LSP implementation embedded into the proprietary Copilot Neovim plugin. Zed seems to trust under the hood that a release of the plug-in exists on Github, pulls the minified-js language server from there and integrates with tha…

Why would Microsoft pull Copilot from Neovim?

Microsoft doesn't care if you use copilot with VSCode or not. Copilot is a paid product the more support the better for them.

I bet Microsoft doesn't care if you use VSCode or not. It's not a paid product.

Re: Zed, a collaborative code editor, is now open source

#490

I'm generally a big fan of zed and have been using it for 60%ish of my dev time for 6 months or so. A couple of nice things to note: - It really is remarkably responsive,and makes one really notice how UNresponsive everything else is. I have reasonably fast machines, so we're not talking about the difference between 5ms typing lag and 500ms, but it's still pretty surprising. VSCode never felt slow on my macs until I…

I’m really picky about my tools in general and latency in particular, and I give Zed a spin from time to time, it’s sweet. Clean, minimal design aesthetic, tree-sitter, tight code, it’s a nice bit of work and I dig it a lot. But emacs 29 with the right flags and a tuned GC (no one does this! it’s got a heap-size from the 80s!) is just as snappy and has more amazing packages than VSCode. There’s a market for people wh…

> But emacs 29 with the right flags and a tuned GC (no one does this!

Please share how.

Post reply on HN