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

Zed on Linux Is Here

zed.dev

Post reply on HN
Print view View original

641–650 of 703 posts

Re: Zed on Linux Is Here

#641

Post by ashenke »

haspok wrote: post #572

I downloaded ZED for a quick play-around, but was quite shocked to find out that editing and saving a file runs an auto-formatter on it _by default_... Whoever thought that was a great idea obviously has never worked with version control, with other people on a project? Sorry, but this is such an obviously wrong default setting, I'm surprised nobody pointed this out before?

You can change this behaviour if that's really a problem https://zed.dev/docs/configuring-zed?highlight=Format#format...

Or there's a "save without format" command that I used once (when working on a pywal template for a zed theme, that is not valid json but Zed really wanted to format it)

Re: Zed on Linux Is Here

#642

Post by abdullahkhalids »

jhoechtl wrote: post #254
zelphirkalt wrote: post #235

Earlier quoted context omitted.

I think Emacs does this too, if you configure it, or even by default, using its backup files, that go by #some_name# or similar.

While I love Emacs it's not like this. Scratch buffer? C-c C-x and all is gone without any warning.

There is a remember-notes feature that isn't deleted [1]. Or you could just set up so you can't kill scratch (see first answer in [1]).

[1] https://emacs.stackexchange.com/questions/19254/never-close-...

Re: Zed on Linux Is Here

#643

Post by myaccountonhn »

jitl wrote: post #381
CapeTheory wrote: post #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 co…

For what it's worth, other major code editors Jetbrains and VS Code also offer real-time collaboration built in. For Jetbrains, it's a paid feature. For VS Code, it's free. I love the VS Code implementation (haven't reviewed the other two). If I'm pairing with someone remotely, I don't have any issue having them download VS Code. We provide a config in our project repo for VS Code, so it's really quick for people to…

As someone who hates Microsoft, I just wish that other colleagues wouldn’t force me to use their editor to collaborate. I wish there was more effort to build something editor agnostic.

Re: Zed on Linux Is Here

#644

Post by christophilus »

bscphil wrote: post #639
admax88qqq wrote: post #446

Earlier quoted context omitted.

Why? I’m going to run their software anyways. And this is a really easy way to run an installer. This is basically the Linux equivalent of download and double click which is a user flow that is underrated for simplicity and usability.

Because you don't know how the script is going to try to install the program. A double-click installer on Windows has a standard approach that results in the program being placed in C\Program Files and the files being tracked and an uninstaller being placed in a centralized location. On Linux, any random "installer script" could spew files all over your /usr or anywhere else with no way to clean them up. This could e…

> A double-click installer on Windows has a standard approach

Maybe today. In the past, I’ve had them spit stuff all over random places— not to mention registry cruft.

Re: Zed on Linux Is Here

#645

Post by yencabulator »

maccard wrote: post #337
screcth wrote: post #109

Earlier quoted context omitted.

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.

If you're ideologically opposed to Microsoft $FOO, you want to avoid putting yourself even further into their embrace.

Re: Zed on Linux Is Here

#646

Post by zamalek »

dindresto wrote: post #331
winternewt wrote: post #291

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.

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.

There's also this, has AUR-style *-git packages: https://www.nyx.chaotic.cx

Re: Zed on Linux Is Here

#647

Post by yencabulator »

mikebelanger wrote: post #423
neurobashing wrote: post #375

Earlier quoted context omitted.

Now see, I'm the opposite. I would like to pay a reasonable fee to drive a silver-and-oaken stake through the heart of the collab features. I will pay real money to just make it all go away. As others have said, I work in an environment with lots of different tools so collab stuff like this is just visual noise, let me turn it all off.

Maybe there will be forks that remove all the collaboration stuff. I can't imagine it'd be that hard.

Zodium, anyone?

Re: Zed on Linux Is Here

#648

Post by novagameco »

tristan957 wrote: post #395
novagameco wrote: post #246

Earlier quoted context omitted.

In what way is VSCode comparable to enslaving human beings?

Having the freedom to take away freedom does not make a society more free. MIT takes freedom away from end users at the expense of the developer's freedom.

In a way that is comparable to enslaving human beings?

Re: Zed on Linux Is Here

#650

Post by admax88qqq »

oneshtein wrote: post #638
admax88qqq wrote: post #593

Earlier quoted context omitted.

What makes it insecure?

It's other way around. Any method of installation is insecure by default. Moreover, hackers are able to penetrate even multi-layered security defence systems sometimes (for a short period of time). What makes this 0-security system secure?

I don't think I understand your point?

My argument is that the install method is just piping a curl command to your shell is _no less secure_ than any other typical application install procedure, and the user experience is pretty decent.

I don't think we should be generating "loud warnings" about so called "insecure install methods" nor should we fault the Zed authors for not solving software security.

Post reply on HN