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

651–660 of 703 posts

Re: Zed on Linux Is Here

#651

Post by nani8ot »

Razengan wrote: post #628
fortyseven wrote: post #447

Earlier quoted context omitted.

Versus what? Everything you install involves trust at some point.

> Versus what? Can Linux have something like the Mac App Store where apps don't have access to the whole system by default?

There's flatpak, which is cross-distro, sandboxed, and is installed by default on most distros. It uses xdg-desktop-portals to request access to files through a desktop-provided file picker.

Sadly code editors aren't really suitable for flatpaks, since they usually require access to dependencies installed on the host. This can be worked around by using dev containers, vor the IDE has to ne developed with sandboxing in Kind (like GNOME Builder).

Re: Zed on Linux Is Here

#652

Post by prmoustache »

jakswa wrote: post #637
prmoustache wrote: post #544

Earlier quoted context omitted.

I don't see how maintaining a 150 lines script is more convenient and less of a hassle to maintain than having a pipeline building a flatpak, an rpm, a deb and a plain tarball with binaries. In 2024, everyone looking for a code editor knows how to extract a tar.gz right?

> In 2024, everyone looking for a code editor knows how to extract a tar.gz right? I'll raise my hand and say I still get the `tar` terminal command options confused and have to pause and figure out the file format I'm dealing with and the options. So, no, I usually don't know, and have to look it up in the manpage/help. "Was it -xvfz for this one? Shit I just did this recently..."

You don't even need a terminal if you can't remember the options. Extracting an archive is done by any half decent file manager.

Re: Zed on Linux Is Here

#653

Post by dorian-graph »

spiderice wrote: post #430
zamalek wrote: post #312

Earlier quoted context omitted.

Helix has been stalled for a few months, and there are issues that make it frustrating to use at times. For example, :Ex and friends have been relegated to the plugin system (the root cause of the stall, it hasn't been merged). I still prefer it to the config overhead of nvim (as well as the kakoune-style movements!), but the paper cuts have hit a threshold and I've started writing my own text editor (I'd probably us…

The Helix community is the worst part about Helix. Especially the not so benevolent dictator of the project. Way too many comments like “if you don’t like how it’s done go use a different editor” instead of listening to feedback. That’s fine if they don’t care about adoption (they publicly say they don’t), but an actively hostile community doesn’t give me confidence in the editor, despite it being quite nice.

I've found attitudes like this to be the worst parts of the community.

Maybe it's quite nice because of how they've approached building it? I've been actively watching Helix for quite a while now, and I've observed as hostile those who approach the project are.

From what I've seen, they do listen to feedback. Perhaps similar to the person who said it had stalled, people take not saying yes as not listening to feedback?

Re: Zed on Linux Is Here

#654

Post by 8372049 »

ziml77 wrote: post #360
llagerlof wrote: post #72

Just a suggestion. One of the best features of pure text editors (and incredible, not all of them implement it) is autosave keeping the "unsaved" state of the file. For example, if you make some changes in a file (new or not), don't save the changes, close and open the editor, the state of the opened files are kept like I never had closed the editor. The unsaved files are still unsaved. New edited files are still the…

Even Windows Notepad supports hot-exit now.

And dark mode! And tabs! I love notepad.exe of the future. What a time to be alive

Re: Zed on Linux Is Here

#655

Post by talldayo »

p5a0u9l wrote: post #636

I don’t think I could ever switch to a windowed app as editor, vs a TUI, eg neovim. The remote story is never great for me. It forces your editor to slowly bloat to become your entire IDE. Native remote dev using tmux is so nice. Can anyone persuade me otherwise?

> Native remote dev using tmux is so nice. Can anyone persuade me otherwise?

I sure as hell can't. SSH + Tmux has consistently been the only good pair-programming solution I've used in the past decade.

Re: Zed on Linux Is Here

#656

Post by Narishma »

hyperbrainer wrote: post #453
varispeed wrote: post #302

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.

I just want to point out that most keyboards hav a latency at 10-20 ms[1], so 1 ms is impossible. [1] https://danluu.com/keyboard-latency/

Is there a physical reason for it? Or is it just that keyboard manufacturers don't care about latency?

Re: Zed on Linux Is Here

#657

Post by doublepg23 »

tjoff wrote: post #328
doublepg23 wrote: post #217

Earlier quoted context omitted.

It seems to me the most neutral one is AppImage. Flatpak being the favorite of “not-Ubuntu” people and Snap being only preferred by Ubuntu…but still having a huge user base due to their enormous market share.

People don't prefer snap, they are forced into it.

Funny enough I have a friend at Microsoft who likes it as a secure, lightweight alternative to Docker.

Re: Zed on Linux Is Here

#658

Post by vintagedave »

avianlyric wrote: post #540
handsaway wrote: post #26

I tried zed for a few weeks because I'm generally sympathetic to the "use a native app" idea vs Electron. I generally liked it and its UX but: 1. VSCode is pretty damn fast to be honest. Very rarely is my slowdown in my work VSCode loading. Maybe I don't open very large files? Probably 5k lines of typescript at most. 2. Integration with the Typescript language server was just not as good as VSCode. I can't pin down e…

> Integration with the Typescript language server was just not as good as VSCode. I can't pin down exactly what was wrong but the autocompletions in particular felt much worse. I've never worked on a language server or editor so I don't know what's on zed/VSCode and what's on the TS language server. VSCode cheats a little in this area. It has its own autocomplete engine that can be guided by extension config, which i…

Any idea how this works? It seems crazy that a generic engine can outdo a language-specific LSP server.

Re: Zed on Linux Is Here

#659

Post by oneshtein »

admax88qqq wrote: post #650
oneshtein wrote: post #638

Earlier quoted context omitted.

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.

Yes, an one 0 security installation method cannot be less secure than an other 0 security installation method. Both are insecure.

However, when source code and compilation instructions are available, an independent maintainer can verify source manually, compile it in isolation, test in it in isolation, make patches, add SELinux rules, make package, then sign the package, to produce a secure package, which can be safely consumed by end users.

Re: Zed on Linux Is Here

#660

Post by satvikpendem »

yencabulator wrote: post #649
satvikpendem wrote: post #233

Zed is nice and all, but I simply cannot trust a VC backed editor of all things. Eventually, enshittification will occur and I really don't want that to happen to one of my core daily programs.

Still better than VSCode!

VSCode is run by a mega corp that does not need to squeeze money out of it to make revenue, whereas that is what Zed must do as that is their only produt.
Post reply on HN