Live data from Hacker News

Zed on Linux Is Here

zed.dev

511–520 of 703 posts

Re: Zed on Linux Is Here

#511
post #478

Earlier quoted context omitted.

If you haven't tried a 144hz or even a 240hz gaming PC, you should. You can really feel the difference dragging things around the screen. (I'm not sure I would notice typing, but for dragging windows around I could never go back to 60fps.)

You can notice higher frame rates if you're in a competitive FPS, not a code editor. Unless you are playing CS2 in Emacs.

Properly levereged GUI editors have the potential to use the extra refresh rate for smother animations/smooth scrolling, though that's pretty far away from Emacs territory.

Re: Zed on Linux Is Here

#512

Earlier quoted context omitted.

Man, what kinda of QA do they have that they miss something like this? WSL can be considered the second largest Linux "distro". Of course, zed has always felt like an osx first project with linux/windows being second class citizen.

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.

It's a company, not volunteers. They're obviously have some long-term strategy to extract money beyond support (it's an editor). They are doing a lot ok marketing right now (dev-rel).

It's very much okay to have high expectation, even if the product costs zero. The user is the product, and so on.

Re: Zed on Linux Is Here

#514

I'm never using this editor unless it can install itself and work completely offline, without going for downloads and making web requests , it is crucial, especially after totally not related xz fiasco and the white house praise for rust.

> especially after ... the white house praise for rust

What's the threat model here, that Rust is a trojan language from the feds?

Re: Zed on Linux Is Here

#515

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…

I think people just have very different tolerances for latency and slowness. I keep trying different editors (including VS Code), and I always end up going back to Neovim because everything else just feels sluggish, to the point where it annoys me so much I'm willing to put up with all the configuration burden of Neovim because of it. I tried out Zed and it actually feels fast enough for me to consider switching.

> I think people just have very different tolerances for latency and slowness.

I wonder if it's because of a form of "touch typing". I'm not really looking at text appearing as I type. My fingers work off an internal buffer while my mind is planning the next problem. If not so deep in thought to almost be blind, I am reading other docs / code as I type. I am not an ultra fast typist but if I mistype, I can feel it and don't need the visual feedback to know it. I might be this way because I am old and have used tools with lag you measure in seconds.

I only care about latency if it interrupts me and I have to wait and that's typically not typing but heavier operations. I am utterly intolerant to animations. I don't want less I want zero, instant action. I don't want janky ass "smooth scrolling" I want crisp instant scrolling. I have no idea why animations are even popular.

Some of the text-editor latency discussion reminds me of high screen refresh rates for office work. When people "check the refresh rate" they have to do that violent wiggling of window to actually have large content moving faster enough to see a difference. You have to look for it to then get upset about it.

The worse case would be if it's more of an illusion like fancy wines - a fiction driven by context. Lie to someone that an editor is an electron app and they will complain about the latency. Software judgement also has toxic fashion and tribal aspects. Something unfashionable will accrue unjustified complaints and something cool or "on your team" will be defended from them. I'm reminded of Apple fans making all sorts of claims about rendering unaware that they were using Apple laptops that shipped not running at their natural resolution and visibly blurry. Your lying eyes can't beat what the heart wants to believe.

Re: Zed on Linux Is Here

#516
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…

It's a Prisoners's Dilemma. Since apps are evaluated in an isolated fashion there is an incentive to use all the resources available to appear as performant as possible. There is further incentive to be as feature-rich as possible to appeal to the biggest audience reachable. That this is detrimental to the overall outcome is not unfortunate.

There's not extra apparent performance in using Electron. A truly more performant solution will be still more performant under load from other applications.

Re: Zed on Linux Is Here

#517

Earlier quoted context omitted.

Sublime works this way and I do appreciate it

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 did the same thing, with the same limitations for years, but I've transitioned to using the tiny package `DailyOrganizer` which can create a note for each day, along with a small custom command to open my note directory in the quickpick (to browse old notes). Having this has meant that I just throw notes down, maybe I forget them maybe not, but it at least they'll be saved properly.

Re: Zed on Linux Is Here

#518

I don't see any way to monetize a free text editor but I see that they're hiring and also hired talented devs like Thorsten Ball already. What's the business model here?

And what's the license exactly? The EULA says reverse engineering is forbidden, but some parts are open source.

Re: Zed on Linux Is Here

#519

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 wonder if they ever considered using Qt. Not sure what the status of that is for rust projects. Sounds like it does the same as what Z is doing, mapping user interaction to os bindings and rendering the UI using the GPU.

Re: Zed on Linux Is Here

#520

Earlier quoted context omitted.

WSL is a pretty niche version of "Linux". I would guess that close to 0% of what makes it to the front page of HN had a QA team that explicitly tested it on WSL.

Please stop making up facts. 1 of 7 Rust developers use WSL: https://blog.rust-lang.org/2024/02/19/2023-Rust-Annual-Surve...

Maybe the Rust community and Windows users have a smaller intersection than let's say Windows and Ubuntu?
Post reply on HN