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

391–400 of 703 posts

Re: Zed on Linux Is Here

#391

Post by kiitos »

yoyohello13 wrote: post #75
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…

My only problem with VSCode is that it's owned by Microsoft. I'm willing to put up with some extra friction if it allows me to escape their ecosystem even a little bit. My general rule is if I can get at most of what I need from the open source version of something, I use it. Even if it's less user friendly.

I, too, prefer to cut off my nose to spite my face.

Re: Zed on Linux Is Here

#392

Post by metaltyphoon »

omneity wrote: post #253
dcchambers wrote: post #181

However silly it is, I've always hated the aesthetics of VS Code. I know it's themeable but despite that the overall look and feel just isn't right on MacOS or Linux. That side bar drives me crazy. I find that out-of-the-box Zed is much prettier and feels more native than VS Code. But for a tool that we spend hours using each day, how it looks and makes you feel really matters. I am enjoying experimenting with Zed. I…

The first thing I do on any VS Code fresh install is to switch the sidebar to the right. Pure heresy for many people, I know. But I want my eyes to naturally land on code, not on a file tree.

Same. It also mean when toggling the bar what moves is the bar not the code.

Re: Zed on Linux Is Here

#393

Post by kvark »

PhilipRoman wrote: post #357
skavi wrote: post #325

Earlier quoted context omitted.

I believe they mean “physical” as in not implementing in software. So integrated GPUs are perfectly fine as well.

IMO for a graphical program that's fine, but in general I really hate hard requirements for a GPU which I've seen in the wild multiple times. Just simulate the darn thing in software, I don't care if it takes 10x longer, I have all the time in the world.

I don’t think there is a hard requirement in the code. It may work well on lavapipe (software Vulkan).

Re: Zed on Linux Is Here

#394

Post by the_duke »

Palomides wrote: post #130
the_duke wrote: post #104

Earlier quoted context omitted.

> This is not an acceptable way to install anything on Linux You might want to tell the rest of the software world how unnacceptable it is, because a huge amount of software, and especially dev tooling, is installed in this exact way. It's especially hard for young or fast moving projects, most distro packaging just isn't very compatible with this velocity. I'm personally on NixOS , which usually makes it easy to alw…

>I don't want to end up with 15 different third party apt repositories I would love to add 15 different third party apt repositories, I wish more projects used them, you're running whatever binary they give you anyway I guess this is just another example of how hard it is to please all linux users!

Running a binary in userspace is quite different from giving a third party unconstrained root access to your system though.

To be fair though, with the lack of security and isolation on Linux a malicious binary can already do a huge amount of damage.

Re: Zed on Linux Is Here

#395

Post by tristan957 »

novagameco wrote: post #246
o11c wrote: post #172

Earlier quoted context omitted.

It isn't 1860 anymore, "the freedom to take freedom away" no longer counts.

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.

Re: Zed on Linux Is Here

#397

Post by logicprog »

kelnos wrote: post #288
logicprog wrote: post #127

Earlier quoted context omitted.

My question is why they didn't just make a Flatpak. Then they and their users wouldn't need to go through any of this hassle and distro fragmentation at all. Even if they didn't want to publish it on Flathub, Flatpak supports single file packages people can directly install as well.

Flatpak is just yet another form of fragmentation though.

It isn't, though? Unlike the other packaging formats, it actually works across distros and independent of system setups, so if you choose it, you aren't limited to a specific distro or group of distros like the other packaging formats. Therefore, if you choose it, you don't have to deal with any further fragmentation of the Linux desktop. So yes, while you are "technically" correct, which is the best kind of correct, you're practically speaking quite wrong. It may technically be just another packaging format, but unlike the other ones, it completely removes the need to worry about fragmentation entirely if you adopt it, whereas if you use a bass script, various system configurations will conflict with it, and if you use a discropackage, then you'll keep helping to make new packages for various discros.

Re: Zed on Linux Is Here

#398

Post by koonix »

rustyminnow wrote: post #285
mintplant wrote: post #226

Earlier quoted context omitted.

Similarly, I have unlimited persistent per-file undo turned on in Neovim. I can open any file I've edited previously and walk through the full history of how it got there. With Undotree [0], I can even navigate branching paths in development. I don't know how people live without this. [0] https://github.com/mbbill/undotree

What are your undo settings? I set undofile and undodir, but not sure if it's unlimited. One issue I have is if nvim is closed and the file is touched by some outside process (say git pull) it clobbers the history. Do you know if there's a fix to that?

Oh yes there is: https://github.com/kevinhwang91/nvim-fundo

Re: Zed on Linux Is Here

#399

Post by iamnbutler »

jitl wrote: post #382
apatheticonion wrote: post #367

What does Zed use as the UI toolkit? Looking at the code they have a handmade UI toolkit called gpui. Does that map directly to OS/DE specific GUI bindings? I can't find where that's happening EDIT: Holy sh*t, they actually have bindings for each OS and built a Rust abstraction on top of that. That's pretty wild https://github.com/zed-industries/zed/blob/main/crates/gpui/...

I hope they add UI support for proportional type. I've bounced off the editor every time I've tried it since so many UI elements end up truncated or overly wide in general because of the insistence on fixed-width font.

Hey! Nate from Zed here - have you had issues with proportional fonts in Zed?

Let us know if so - they should just work™, but would love to know if that is not the case.

Re: Zed on Linux Is Here

#400

Post by iamnbutler »

apatheticonion wrote: post #367

What does Zed use as the UI toolkit? Looking at the code they have a handmade UI toolkit called gpui. Does that map directly to OS/DE specific GUI bindings? I can't find where that's happening EDIT: Holy sh*t, they actually have bindings for each OS and built a Rust abstraction on top of that. That's pretty wild https://github.com/zed-industries/zed/blob/main/crates/gpui/...

We have a couple of blog posts digging into gpui, but here is one from just after rewriting and shipping gpui2: https://zed.dev/blog/gpui-ownership

We’ve slowly been building out gpui to be super ergonomic and fluid for us to build the kind of UI we need to.

As a designer that just picked up Rust last February it’s been really nice to have something that is so comfortable to work with without compromising our performance goals.

Post reply on HN