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

681–690 of 703 posts

Re: Zed on Linux Is Here

#681

Post by avianlyric »

vintagedave wrote: post #658
avianlyric wrote: post #540

Earlier quoted context omitted.

> 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.

Mostly by being more flexible in its inputs and outputs than an LSP. An LSP is generally trying to perform deep static analysis on your code to provide suggestions. The upside is extremely accurate suggestions, with a pretty much 0 false positive rate (I.e. it never suggests anything uncompilable), the down side is that they tend to be much picker about their inputs.

If the code is currently in an un-parsable state, and a valid AST can’t be produced, then the LSP is forced to work with whatever parsed version of the code it was last able to build a valid AST for. Making the autocomplete results, incomplete.

VSCode on the other hand is basically performing tokenisation and fuzzy search on those tokens. It doesn’t really care about the validity of the code, that means more false positive suggestions (I.e. suggesting stuff that can’t compile), but very robust handling of un-compileable code. That plus prioritising LSP suggests over fuzzy suggestions, results in VScode providing a very nice graceful fallback for LSP failures, that people probably use more often than they expect.

Re: Zed on Linux Is Here

#682

Post by hnarn »

ellieh wrote: post #573
hnarn wrote: post #485

Earlier quoted context omitted.

It's not uncommon that the curl | sh method actually, among other things, detect what distro you're running and add the repos before installing via the package manager, so in the end it depends on what the script actually does. Atuin does it well for example: https://docs.atuin.sh/guide/installation/ -- and offers other options (as you should).

We're actually not going to be doing that for much longer. Lots of users kept querying how it was installed, where, how to remove it, etc. The response of "it depends, we probably used your system package manager" was not often well received. Users who know how to use their package manager tended to just do that anyway, and not use the script.

I don't really understand the decision to completely stop doing it. If the script has logic to do A,B,C in different cases, why not just implement an --uninstall flag that does the opposite of A,B,C? Then users don't need to know or care what "type" of installation was done.

Re: Zed on Linux Is Here

#683

Post by arthur-st »

tarruda wrote: post #569
arthur-st wrote: post #514

Earlier quoted context omitted.

> especially after ... the white house praise for rust What's the threat model here, that Rust is a trojan language from the feds?

I recommend reading this paper, as it gives some understanding of the things that are possible with an infected toolchain: https://www.cs.cmu.edu/~rdriley/487/papers/Thompson_1984_Ref... Some modern compiled languages such as Zig and Go can be officially bootstrapped from a C toolchain. And a C toolchain can be bootstrapped with Guix using only a 357-byte blob. This gives some good confidence that you can bootstrap a…

This was interesting, cheers!

Re: Zed on Linux Is Here

#684

Post by veidr »

rainbowjelly wrote: post #679
veidr wrote: post #530

I do not get the focus on collaborative editing (surely niche?) while the Remote Development in VS Code (in which "remote" can mean in a docker container running on your local Docker, or a container elsewhere, or a whole-ass other computer you own, or a rented computer/instance in le cloude) seems like such a more game-changing feature, similar in some ways but probably less work. And make that the thing you charge f…

Remote development is being worked on. It’s available in preview and has been assigned a priority task. https://zed.dev/docs/remote-development

Sick!! Thanks for that. I'm a lot more interested in Zed now. (Just emailed 'em to request access to test the feature.)

Re: Zed on Linux Is Here

#685

Post by ktosobcy »

laughing_snyder wrote: post #490
ktosobcy wrote: post #484

I installed zed a couple of days ago, tried it for a Java project. It was soooo bare-bone that it vanished from the drive shortly after. Maybe I'm doing something wrong, I got java/maven plugins but there is no XML highlighting. Java does have highlighting but that's it... OH, and and I installed it this time and I noticed "downloading json-language-server"... (it was there before probably but didn't notice)... like…

Zed does not support Java (see https://zed.dev/docs ).

That explains a lot though... I have a bit of a qualm with it:

1) the "language support" list both languages as well as runtimes (immediate facepalm) 2) Java is somewhat popular I'd say... not supporting it but having support for things like racket is even weirder...

All in all, zed makes even less sense…

Re: Zed on Linux Is Here

#686

Post by palata »

admax88qqq wrote: post #673
palata wrote: post #664

Earlier quoted context omitted.

The point is that when you use a distro, you trust that distro and its maintainers. If you use the package they build for you, then you rely on this trust. Now if you use a random script from the internet, then you don't give your distro maintainers a chance to actually review the package and instead you blindly trust this script. Arguably you increase your attack surface. Also a system package manager checks the pac…

Curl checks the https certificate. Distro maintainers in general do not audit the code they package.

> Curl checks the https certificate.

Which is not the same thing as a signature on the package, is it?

> Distro maintainers in general do not audit the code they package.

First, it depends on the distro. Second, they certainly do at least some kind of due diligence before packaging a new project. So there is some amount of selection (which you don't find in npm, cargo or pypi).

Re: Zed on Linux Is Here

#687

Post by barnabee »

dorian-graph wrote: post #653
spiderice wrote: post #430

Earlier quoted context omitted.

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 feedbac…

Yeah, I think people turning up with an attitude of entitlement or a presumption that something should be a priority for the project summons at least resistance, if not hostility. I’ve never seen anything from the project that I’d call hostile, if anything, I’ve seen patience.

For that reason, I’m glad adoption is a non-goal [0] as it allows for the explicit exclusion of popular demand and copying other “successful” projects as criteria for decision making.

[0] I wish many more projects and companies would follow suit! Something well crafted to be loved by a small, committed, and sophisticated user base/audience is, almost without fail, so much more valuable and special than something designed for mass appeal (or evolves towards it once someone smells a juicy exit). Sadly, that’s not often where the incentives lie.

Re: Zed on Linux Is Here

#688

Post by satvikpendem »

yencabulator wrote: post #661
satvikpendem wrote: post #660

Earlier quoted context omitted.

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.

I've lived through enough history to know Microsoft is not doing things out of the good of their heart.

Then use Neovim. I use both.

Re: Zed on Linux Is Here

#689

Post by mhuffman »

zamadatix wrote: post #609
mhuffman wrote: post #386

Earlier quoted context omitted.

Just an fyi, I have shot myself in the foot with Sublime's version of this. I became dependent on using unnamed/unsaved documents for quick notes, then at some interval I would clean up. And because Sublime would remember, I could rest safe that they would be there even if closed and reopened until I cleaned them up myself. Well, I also got so hooked on Sublime, I set it as my default system text editor. Then, (more…

I'm trying to follow how this can happen as I use Sublime's cache feature for temporary notes between meetings and want to make sure there isn't some corner case I've just not run into yet. The two related scenarios I can grok from this are: - Create unsaved or modified versions of saved documents -> close Sublime completely (no prompt, documents go to cache) -> open download.txt -> new window has tabs for the cached…

There is a possibility that this has been fixed in newer versions or it was just a problem for me in SublimeText3 on Linux. But it happened, more than once. Your second version above is the one that I believed caused me the issue. I still use ST, but have autosave plugins and save everything to cloud storage now just for peace of mind.

Re: Zed on Linux Is Here

#690

Post by KETHERCORTEX »

Arnavion wrote: post #454
KETHERCORTEX wrote: post #309

Earlier quoted context omitted.

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

THE PLAN

1. Install the editor version free from proprietary stuff from big corporation

2. Install a proprietary editor extension by big corporation

3. ?????

Post reply on HN