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

451–460 of 703 posts

Re: Zed on Linux Is Here

#451

Post by eviks »

Arch-TK wrote: post #119

I really don't get why this is the modern editor style of choice. 20% (35 chars) of screen space permanently wasted on a always on file browser (meanwhile the animation showcases fuzzy finding) 4% (7 chars) of screen space permanently wasted by line numbers (why are the numbers cut off on the right?) 2.7% (5 chars) of screen space taken up by a gutter So 27% of screen space effectively dead 99% of the time. Why do pe…

> The current line number is in the bottom right, and if I need to go to a specific line number I have `G` for that.

How would you know which line number to go to? You see that word half a screen up, what's its line number?

Re: Zed on Linux Is Here

#452

Post by kaba0 »

fortyseven wrote: post #447
dinozarw wrote: post #445

> To install Zed on most Linux distributions, run the shell script below. > curl https://zed.dev/install.sh | sh Please stop telling people to curl pipe scripts into their shell...

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

But linux [1] has absolutely zero security measures, and this has basically free reign over your computer to send off your .ssh folder, your browser cache, to install a permanent keylogger, etc.

[1] Standard “GNU”/linux desktops

Re: Zed on Linux Is Here

#453

Post by hyperbrainer »

varispeed wrote: post #302
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…

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/

Re: Zed on Linux Is Here

#454

Post by Arnavion »

KETHERCORTEX wrote: post #309
vorticalbox wrote: post #126

Earlier quoted context omitted.

You can however down the extension from the website and install it from the terminal. codium --install-extension {path to .vsix}

You are able to do so, but is it allowed by the website's terms of service? It may say that you are granted the license to extensions only with Microsoft builds of vscode. Microsoft isn't a stranger to distribution restrictions and software usage limitations. I remember uploading Visual C# Express 2010 (freely downloaded from Microsoft's website, without license keys) to a local file sharing website to ease the downl…

An actual example is that the Python LSP extension on the offical marketplace has some "DRM" that makes it pop up a fatal "You can't use this extension except with the real VSCode" error message. People have been playing whack-a-mole with it by editing the obfuscated JS to remove that check, or by using an older version from before they added the check. https://github.com/VSCodium/vscodium/discussions/1641

Re: Zed on Linux Is Here

#455

Post by pilif »

lyu07282 wrote: post #449
fortyseven wrote: post #447

Earlier quoted context omitted.

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

Obviously most distributions provide package managers that should be used for unified automated update mechanisms and gpg signing. Superior to curl | sh in every way.

Of the three distros I know to more detailed extents, Debian, Arch and RedHat, none of those make it easy to install and keep updated a third-party package through the built-in package manager.

In all cases, signatures and repositories need to be configured, often requiring both root access and usage of the CLI and in all cases much harder than running an installer script (which might be doing exactly these steps).

To achieve easy means of installing using distro package managers means including the application in the distro itself, but now it's beholden to the distro's software update policies and thus stuck on that specific version for years or even decades.

That is not what a v0.something of an end-user centric desktop application wants for themselves.

Re: Zed on Linux Is Here

#456

Post by NoahKAndrews »

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/

That includes the physical travel time, which is an extremely important caveat.

Re: Zed on Linux Is Here

#457

Post by pilif »

kaba0 wrote: post #452
fortyseven wrote: post #447

Earlier quoted context omitted.

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

But linux [1] has absolutely zero security measures, and this has basically free reign over your computer to send off your .ssh folder, your browser cache, to install a permanent keylogger, etc. [1] Standard “GNU”/linux desktops

True, but where's the difference between downloading a binary and executing it vs. downloading a script and executing that which will then download a binary and execute it?

In both cases, you trust the publisher and in both cases the publisher gets equal access to your machine.

Oh - you mean you're downloading the source code, then audit it, then compile it and only then you run it?

That's super great. That has saved you from the xz backdoor and all other supply chain attacks and will be of great help to you in the future. Let's hope no backdoor ever slips past your code review.

Re: Zed on Linux Is Here

#458

Post by slim »

paride5745 wrote: post #448
dinozarw wrote: post #445

> To install Zed on most Linux distributions, run the shell script below. > curl https://zed.dev/install.sh | sh Please stop telling people to curl pipe scripts into their shell...

Indeed! Just release a flatpak, even a snap. I’m not asking to support all distros. But at least one between flatpak and snap is enough to support pretty much all distros out there in a clean manner, not with curl | sh

but then I will need curl | sh to install snap :(

Re: Zed on Linux Is Here

#459

Post by blub »

admax88qqq wrote: post #446
dinozarw wrote: post #445

> To install Zed on most Linux distributions, run the shell script below. > curl https://zed.dev/install.sh | sh Please stop telling people to curl pipe scripts into their shell...

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.

macOS for example checks the crypto signatures of downloaded apps, so it’s much better than randomly executing code from the internet. I think even Windows does this nowadays.

Re: Zed on Linux Is Here

#460

Post by jorams »

daghamm wrote: post #259
bozey07 wrote: post #250

Earlier quoted context omitted.

That seems a bit rude. You get the QA you paid for - zero. And nevertheless, whenever Windows software doesn't work in Wine, you shouldn't think "Wow, how did you fuck that up?". They never promised it'd work in WSL.

I disagree. They are on front page of HN with "zed on Linux is here". We got to have some standards, don't you think?

It's pretty self-evident that Linux support can't be expected to mean Windows support. If something is broken in the Windows simulation of a Linux GUI stack you should be complaining to Microsoft, not to the developers of a program that works fine in a normal environment.
Post reply on HN