Live data from Hacker News

Zed on Linux Is Here

zed.dev

331–340 of 703 posts

Re: Zed on Linux Is Here

#331

Earlier quoted context omitted.

Weird, I just added `zed-editor` to my environment and it's fine. NixOS is listed here: https://zed.dev/docs/linux For me, works as expected.

I just tried it on NixOS 24.05. It starts, but nothing happens when I click "Open a project" or Ctrl+O. It's as if it lacks the ability to show a file selection dialog.

NixOS 24.05 contains an older version of zed, as feature updates are generally not backported to stable NixOS releases. Try running the package from nixos-unstable instead.

Re: Zed on Linux Is Here

#332

Earlier quoted context omitted.

Okay, call me weird, but why our standards have fallen so low? VSCode may appear fast, but still has massive latency. The Zed website claims 97ms. I can feel it is laggy. Why can't we have response time under 1ms? Even 5ms would be a massive improvement. For me latency is a massive productivity killer as it feels like walking in a swamp and it always puts me off.

A typical 60 Hz screen refresh is 16.7 ms

If you haven't tried a 144hz or even a 240hz gaming PC, you should. You can really feel the difference dragging things around the screen.

(I'm not sure I would notice typing, but for dragging windows around I could never go back to 60fps.)

Re: Zed on Linux Is Here

#333
post #277

Earlier quoted context omitted.

Yep that helps a ton, thanks. Now it behaves more like nvim, and cursors around much faster - $ time vim -c 'syn off' tt.json real 0m3.277s user 0m1.690s sys 0m0.349s

This makes sense. I recently learned that VSCode is clever enough to automatically disable some features (which includes syntax highlighting among I guess other things) when it detects that the file is too big according to some heuristics (like probably, length of the longest line, or maybe just total size of the file). So IMO I think vim is being "too dumb" here and should be able to adapt like VSCode does. But, mea…

> But, meanwhile, if you want to test under equal conditions, you can disable VSCode's optimization by disabling this setting:

Disabling the advantages of one application vs another is just kneecapping the superior editor IMO.

Re: Zed on Linux Is Here

#334
post #296

Earlier quoted context omitted.

I just tried it on NixOS 24.05. It starts, but nothing happens when I click "Open a project" or Ctrl+O. It's as if it lacks the ability to show a file selection dialog.

Could this be your issue? https://zed.dev/docs/linux#opening-files-does-not-work

Apparently yes. I tried installing xdg-desktop-portal-gtk at first, but that didn't work. xdg-desktop-portal-kde did.

But now I get issues that are likely due to problems with downloading language server binaries and running them, as the parent comment indicated. When I open a Rust project it says "Language server rust-analyzer-2024-07-08 (id 1) status update: Failed to load workspaces."

Also, it dumps core every time I quit. :)

Re: Zed on Linux Is Here

#335
I have fallen in love with Zed on Mac, so glad to see it will still be an option when I switch back to Linux. My main concern is the collaboration features; just seems like a nonsensical addition. I have zero influence over what editors my teams use, and I work with dozens of different people on collaborative development every year - I'm not going to be persuading anyone to switch, and so that feature is just dead code and security risk. Even if I worked on a small and consistent team, I don't think the value-add justifies the complexity and risk.

Re: Zed on Linux Is Here

#336

Earlier quoted context omitted.

Not to my knowledge, outside of whatever Debian comes with. Keep in mind this was on a Chromebook - so it would have been running in a VM on a rather memory restricted system. That said, VSCode would have been running in the same parameters. Just found the file. 42MB on a single line. Takes 5 seconds to open in vim, and about 3 seconds for the right arrow to move the cursor one char over. Nothing like gedit, but slow…

> on a single line This makes a world of a difference when your editor is configured to wrap lines, or clip or w/e. You probably happened to have VSCode configured to do something that mitigates the problems of having an extremely long single line, while Vim was not configured to do that. In case you don't want to investigate the problem, but want to make a more "fair" comparison: use a language that you are comforta…

> You probably happened to have VSCode configured to do something that mitigates the problems of having an extremely long single line, while Vim was not configured to do that.

Defaults matter.

Re: Zed on Linux Is Here

#337

Earlier quoted context omitted.

but vscode is open source: https://github.com/microsoft/vscode and there are third-party builds from the community that disable things like telemetry: https://vscodium.com/

The problem is that many parts of the ecosystem require that you use the official MS build. You can't connect to the Marketplace and some extensions outright can't be used with a custom build.

If you're idealogically opposed to Microsoft's editor, that doesn't seem to be a problem to me.

Re: Zed on Linux Is Here

#339

Earlier quoted context omitted.

> on a single line This makes a world of a difference when your editor is configured to wrap lines, or clip or w/e. You probably happened to have VSCode configured to do something that mitigates the problems of having an extremely long single line, while Vim was not configured to do that. In case you don't want to investigate the problem, but want to make a more "fair" comparison: use a language that you are comforta…

> You probably happened to have VSCode configured to do something that mitigates the problems of having an extremely long single line, while Vim was not configured to do that. Defaults matter.

For mainstream users. Particularly in the case of vim, the end-user is more likely the figure out that this is a configuration problem and can be adjusted.

Re: Zed on Linux Is Here

#340

Earlier quoted context omitted.

Ha. KDE 6 has something like if you jiggle the cursor a certain way, it temporarily grows larger. Better than Windows's function of "hide all my windows"...

Pressing some key a few times in Windows highlights your cursor. I just can't remember what it was (Ctrl I think)

Yup, Ctrl twice.
Post reply on HN