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

591–600 of 703 posts

Re: Zed on Linux Is Here

#591

Post by danielvaughn »

archseer wrote: post #510
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.

Author here. I listen to feedback, but it's hard to incorporate every possible requested feature without the codebase becoming an unmaintainable mess. We're a small team with limited time and I've always emphasized that helix is just one version of a tool and it's perfectly fine if there's a better alternative for some users. Someone with a fully customized neovim setup is probably going to have a better time just us…

I like this response. Kudos to sticking to your vision; it's easy to be swayed by users into building a kitchen-sink-fridge-toilet. If you build for everyone, you build for no one.

Re: Zed on Linux Is Here

#592

Post by gigatexal »

Installed it on my Fedora 33 box running the AMD drivers from the kernel and a 6800 GPU and I can game no problem with proton and steam but Zed ran very very slowly. Sluggish. Immediately uninstalled. :/

Re: Zed on Linux Is Here

#593

Post by admax88qqq »

oneshtein wrote: post #588
palata wrote: post #521

Earlier quoted context omitted.

Given that it's open source, it's not the authors' problem to package it. You can package it for your distro, or wait for someone to do it. It will be better because you presumably use it. Chances are that the authors don't use the same distro as you do, so they are not in a good position to make a package for you.

Of course, nobody forces author to do anything, but insecure installation method will continue to generate loud warning about insecurity.

What makes it insecure?

Re: Zed on Linux Is Here

#594

Post by BrandoElFollito »

mkl wrote: post #557
jacekm wrote: post #340

Earlier quoted context omitted.

Yup, Ctrl twice.

Once works. It's an option you have to turn on: Settings > Mouse > Additional mouse options > Show location of pointer when I press the CTRL key.

Oh thank you thank you. I moved to Windows 11 and the feature disappeared - it is right where your path points to.

Re: Zed on Linux Is Here

#595

Post by GlacierFox »

hnarn wrote: post #487
vondur wrote: post #148

Surprised they didn't make it a FlatPak. Probably would anger some, but it would work with most Linux distributions.

Is there anything stopping anyone from making it a flatpak and maintaining it? I'm personally not surprised that they're reluctant to take on more maintenance responsibility than necessary.

Yeah, right on! We Linux users love dicking around getting software to work on our multi-variant systems. Why maintain a universal package when you can sit and read through issues from nerds trying to get your software to work on insert trendy distro here

Re: Zed on Linux Is Here

#596

Post by 4star3star »

veidr wrote: post #429
j1elo wrote: post #263

Earlier quoted context omitted.

I'm on the same camp, but in the end it turns out we were not putting it to the actual, real, hard-world test. VSCode is very fast for me, when I open it in the morning and just starting my day . But once I've opened the main project and 7 support library's projects, and I'm in a video-call on Chrome sharing my screen (which is something that eats CPU for breakfast), and I'm live-debugging a difficult to reproduce sc…

Yeah, all I need to do to reliably show the drastic performance difference is open 5 different windows with 5 different versions of our monorepo. I frequently need to do that when e.g. reviewing different branches and, say, running some of the test suites or whatever — work where I want to leave the computer doing something in that branch, while I myself switch to reviewing or implementing some other feature. When I…

It's too bad VSCode doesn't "hydrate" features on an as-needed basis or on demand. Imagine it opens by default with just text editing and syntax highlighting, and you can opt in to all the bells and whistles as you have the need with a keystroke or click.

Re: Zed on Linux Is Here

#597

Post by Vegenoid »

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…

The collab features are actually what got me to try it, and why it’s still installed on my machine.

I have no reason to use Zed over Kakoune or VS Code for working on my own (open-source VS Code, so no Liveshare).

I wanted to work on code with someone a few weeks ago, and we both downloaded Zed and started collaborating very quickly. It was a very smooth experience.

Re: Zed on Linux Is Here

#598

Post by dimgl »

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…

Zed looked pretty cool but the amount of extensions VSCode has makes it difficult to justify a switch. I do think that the SQL extensions for VSCode are pretty terrible, so maybe that's something where Zed can capitalize.

Interestingly the biggest issues we're having with VSCode have nothing to do with the IDE itself and are instead related to the TypeScript language server. There are so many bugs that require the TypeScript language server to be restarted, and there's little the VSCode team can do about that. Made a new file? Restart. Rename a file? Restart. Delete a directory? Restart. Refactor a couple of classes? Might need a restart.

We're also having some serious language server slowdowns because of some packages we're using. And there's not much Zed can do here for us either. It's really unfortunate because the convenience of having a full-stack TypeScript application is brought down by all of these inconveniences. Makes me miss Go's language server.

Re: Zed on Linux Is Here

#599

Post by j1elo »

lynx23 wrote: post #534
j1elo wrote: post #529

Earlier quoted context omitted.

You know what? I actually believe in having developers work (or maybe just test) with slower computers (when writing native apps) or with crippled networking (when doing web) in order to force them consider the real-world cases of not being in a confy office with top-notch computers and ultra high-bandwidth connections for testing.

I totally agree. However, I feel like this is an ageism :-) Are you 40+ perhaps :-)

Heheh no. I'm in my 30s. My opinion comes from experience. I like to travel a lot, and have been several times on trips that brought me to places where the norm is a subpar connection. Taking 30 seconds to load the simplest bloatware-infested blog that doesn't even display text without JavaScript enabled, teaches you a thing or two about being judicious with technology choices.

Re: Zed on Linux Is Here

#600

Post by cies »

ramon156 wrote: post #471
tomerbd wrote: post #463

IntelliJ is much slower than any other editor including Zed and VsCode it's much slower to open and navigate, much slower to work with, much slower, it's so slow! but the code completion, refactoring, code navigation, and debugging features and endless other smart features are incredible. For me, that extra intelligence and code awareness boost translates to way faster development overall, even if the IDE itself take…

If you're familiar with nvim, you slowly realize how bloated and unnecessary the indexing is in intellij. It makes the experience so awful and for what? A file search feature that takes multiple seconds to find a file in root

Indexing maybe. But there's more: IntelliJ understands your code, and this make more sense for static/strong typed langs. We do a lot of Kotlin and IntelliJ is indispensable.
Post reply on HN