Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Zed is now available on Windows

zed.dev

Post reply on HN
Print view View original

291–300 of 386 posts

Re: Zed is now available on Windows

#291

Post by bdhtu »

miffy900 wrote: post #72

Just wanted to mention that some basic Windows-OS keyboard shortcuts don't work, like ALT+F to open the File menu. Also things like ALT+SPACEBAR to bring up the system context menu for the focussed window (the menu with maximise, minimise, close options etc.) do not seem to work. I'm guessing with the DirectX rendering backend, the 'app' is rendered more akin to a video game than a native win32 process. Also after in…

Compared to Sublime Text:

RAM:

213 MB Zed

41 MB ST

Storage:

406 MB Zed

52 MB ST

Startup time:

Zed is slower than ST (but only by a few milliseconds).

Also when you reopen ST it will remember how you've resized the window from last time whereas Zed won't.

Re: Zed is now available on Windows

#292

Post by layer8 »

1718627440 wrote: post #184
kettlecorn wrote: post #113

I've been using Zed primarily for months but I just switched back to VSCode for 2 reasons, one of which is kinda my fault and the other it's unclear where the fault is. 1. I deleted a few hours of work because I was late night coding and I decided to rename a file before check-in and delete the old version. Well I renamed it and Right-Click -> Deleted the new version by accident. It turns out Zed has both "Delete" an…

Yeah Windows having Rename and Delete next to each other was always bad design.

Windows has undo for Delete, however. You have to press Shift to delete permanently, and then you also get a confirmation prompt.

Re: Zed is now available on Windows

#293

Post by avdwrks »

RossBencina wrote: post #275
avdwrks wrote: post #89

Earlier quoted context omitted.

I installed Zed and tested out a bunch of fonts on my 1440p monitor. It looks decent, but not great. I think that's more a byproduct of Windows' awful font rendering in general though moreso than a Zed specific problem. VSCode is no better. Seems like the only way to get high quality font rendering these days is a 4k+ display.

> Windows' awful font rendering Just be aware that half the population prefers Windows font rendering.

Fair point. Maybe I should have said something about modern fonts not being properly hinted for windows instead of placing all the blame on the OS.

Re: Zed is now available on Windows

#294

Post by exitb »

monooso wrote: post #286
zargon wrote: post #189

I want to try Zed, but it’s not going to happen until they remove the nonconsensual download of unattested third party code.

You can easily disable automatic downloading of extensions. https://zed.dev/docs/configuring-zed#auto-install-extensions

That option is either not explained well, or not what OP was really asking for. It doesn't specify what's the default behaviour for extensions that are neither explicitly enabled, nor disabled. It also doesn't say how to disable everything apart from some set of extensions.

Re: Zed is now available on Windows

#295

Post by vitro »

ricardobeat wrote: post #285
vitro wrote: post #236

Earlier quoted context omitted.

One of the reasons why I'm not fully switching yet is a Zed's inability to update the currently open file with changes made elsewhere [1]. All the other editors I use are aware of outside changes, but not Zed. And I'm just not willing to close and reopen the file to get fresh contents. Eventually, I'll forget to do it and lose some work. [1] https://github.com/zed-industries/zed/issues/15791

How do other editors handle this in your experience? I’m pretty sure VSCode behaves exactly the same, with the addition of a manual “merge” editor when you try to save, but never shows changes live for a modified file. Changes to open files without any modifications in the buffer are always shown. Are you using any kind of containers or virtual fs that might be interfering?

Other editors, at least, display a pop-up indicating that the file has changed on disk in the meantime and ask me if I want to reload the file or overwrite it with my current buffer, or do nothing (geany editor does that, for example). And it happens immediately as soon as I hover over the editor's window.

Interestingly, Zed displays the change right away for the first time, but any other edits are not picked up. I'm using Zed's installer, Zed updated to the latest version, no containers or virtual fs, my partitions are ext4.

Re: Zed is now available on Windows

#296

Post by torginus »

Alupis wrote: post #66

Zed looks and feels amazing to use. I test-drove it for a bit on my linux system, and the feel of it is difficult to convey to those who have not tried it yet. It's easy to overlook the significance of gpu accelerated editor - but I promise you, use it for a bit and you'll be sold. The only feature that is preventing me from switching to Zed is the current lack of DevContainer support[1]. After investing a significan…

I write C++ and Typescript and just tried Zed on Windows, it didn't feel significantly faster for me (maybe a bit).

What's worse is C++ autocomplete - both on the same project with clang and CMake - it might be that I need some more setup, but I felt like Zed understood much less of tricky modern C++ (tbf, VS Code isn't perfect either) and the autocomplete was kinda broken. I fully admit this might be due to my own inexperience, so I won't hold it against Zed, but so far I haven't seen anything significantly better to justify making the switch.

Re: Zed is now available on Windows

#297

Post by 59nadir »

waterTanuki wrote: post #82
Rohansi wrote: post #13

Earlier quoted context omitted.

What could they be statically linking to have a 400MB executable?

They wrote their own graphics renderering library for starters, that's bundled into the editor when compiled. https://www.gpui.rs/

A renderer/rendering library for something as simple as a text editor is not (or is not supposed to be) a lot of code and should not take up a large amount of space in a binary. Odds are good it's the embedded Treesitter grammars and other things that Zed uses that takes up space.

It is Rust software, so there is probably a good 50-90% waste when it comes to just raw needed vs. actual lines of code in there, but there is no way anyone makes a renderer so overcomplicated that it takes up a meaningful part of the 500 MB or so Zed takes up on Windows.

Re: Zed is now available on Windows

#298

Post by pooyamo »

lenkite wrote: post #221
neobrain wrote: post #204

Earlier quoted context omitted.

Unstripped, perhaps? ls -lh /nix/store/63rdpgbzn7f1smh7688crcrpfsh833bb-zed-editor-0.199.10/bin/zeditor -r-xr-xr-x. 2 root root 3.2M Jan 1 1970 /nix/store/63rdpgbzn7f1smh7688crcrpfsh833bb-zed-editor-0.199.10/bin/zeditor EDIT: Ah, it was too good to be true. The true binary is hidden in libexec/.zed-editor-wrapped :( ls -lh /nix/store/52smrb1z8r4n71zx50xagkcdrhlga4y5-zed-editor-0.207.4/libexec/.zed-editor-wrapped -r-x…

Probably due to treesitter modules for many languages compiled in. AFAK Treesitter's codegen is unfortunately a share nothing between different languages. So a dozen language parsers can easily cross upward of 200 MB.

Binaries for dynamic libraries of tree-sitter (usually compiled with C compiler) would be smaller than that. For example this [1] .so bundle for 107 different grammars is ~137 MiB.

Unless by "compiled in", some in-lining of the C code into Rust codebase is meant.

[1] https://github.com/emacs-tree-sitter/tree-sitter-langs/relea...

Re: Zed is now available on Windows

#299

Post by lintfordpickle »

maccard wrote: post #246
lintfordpickle wrote: post #224

Earlier quoted context omitted.

While I understand your point, and think you are correct - if the 'Trash' button is not behind a confirmation box, and it's not undoable, then that is a pretty terrible design choice.

I've just grabbed Zed, and both Trash and Delete are behind confirmation boxes. Trash sends to my Trash (recycle bin on windows), and delete properly deletes. There's no built in undo for trash, but I can restore from the trash/recycle bin normally.

yeah I just tried the windows build and they are indeed behind a confirmation box (for both trash and delete). That's not the impression I got this morning from reading OP's comment

Re: Zed is now available on Windows

#300

Post by [deleted] »

SSLy wrote: post #269
johnisgood wrote: post #217

Earlier quoted context omitted.

Cold starts are minutes, subsequent startups are much faster than VSCode[1]. I wonder why though. [1] I have not measured subsequent launches of VSCode though, but Zed is relatively pretty quick after the initial launch.

Maybe some kind of "security" software interfering?

[deleted]
Post reply on HN