Live data from Hacker News

Zed is now available on Windows

zed.dev

361–370 of 386 posts

Re: Zed is now available on Windows

#361
post #354

Earlier quoted context omitted.

It has plugins....and about 30 years of ecosystem history. Try to use Zed to debug Go code.

I'm literally doing that right now. I can set breakpoints and graphically step through them in Go files.

Yeah, thanks to

https://microsoft.github.io/debug-adapter-protocol

Re: Zed is now available on Windows

#362

Earlier quoted context omitted.

You don't _need_ fractional offsets no?

There's many ways to represent it, but the "sub" in "subpixel" does tell us that someone along the way needs to deal with fractional pixels. :-)

It does not imply fractional glyph positioning though. By itself subpixel rendering simply exploits knowledge about the configuration of the subpixels (red, green, blue) of the pixels on a particular raster display. (horizontal, vertical, what order,... ?)

Re: Zed is now available on Windows

#363

Earlier quoted context omitted.

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

OP here. I have muscle memory from many years of using VSCode before Zed.

"Delete" is the last option in the right click menu for both and when you select it both show a very similar dialogue box asking you to confirm.

VSCode's 'Delete' by default moves the file to the trash and can be undone with Ctrl + Z. Zed's 'Delete' skips the trash and can't be undone with Ctrl + Z.

I should have mentioned the confirmation box but after years of use I've begun clicking through that box so quick I didn't realize the behavior was different in Zed.

Re: Zed is now available on Windows

#364

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…

> Delete skips the trash and Zed does not implement Ctrl+Z yet, I'm not going to claim Zed has a good UI in this space, but saying it doesn't implement Ctrl + Z for a feature which is literally "skip the undo-ability of this option" is a bit misleading.

As I just elaborated on in another comment VSCode and Zed both have "Delete" in the right-click menu as the last entry. VSCode only has 'Delete' and while it has a confirm screen it goes to the trash with the ability to Ctrl+Z.

After years of deleting files in VSCode I have a muscle memory for that behavior and I just skip through the dialogue. I didn't realize Zed's 'Delete' worked differently until I lost work, so I was just reflexively skipping through its confirm screen as well.

Re: Zed is now available on Windows

#365
post #266

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…

About no. 1, I think any sane application will show a warning "Do you want to delete abc.c" before permanently removing the file. I cannot verify it now, but pretty sure VSCode has it. So -- * if there is no such dialog, it's on zed * If there is such a dialog and you clicked yes, it's on you

It does have such a dialogue but VSCode's identically named "Delete" option has a nearly identical warning dialogue that moves the file to the trash instead.

Zed's dialogue just says "Delete file.txt?" so if you're used to VSCode it's very easy to skip through that dialogue reflexively.

Re: Zed is now available on Windows

#366

Earlier quoted context omitted.

Tbh though, is subpixel text rendering really all that important anymore when high resolution monitors are common now and low-dpi is the exception?

You should get outside your major metropolis and highly paid Western job once in a while. High-DPI monitors are the exception for most of the world.

Even then... my visibility is pretty bad, so earlier this year I upgraded to 45" 3440x1440 monitors, and even then I'm viewing at 125%, so subpixel fonts helps a lot in terms of readability, even if I cannot pick out the native pixels well.

They aren't high-dpi though, just big and still zoomed. On the plus side, it's very similar experience to two 4:3 monitors glued together... side by side apps on half the screen is a pretty great experience... on the down side, RDP session suck, may need to see if I can find a scaling RDP app.

Re: Zed is now available on Windows

#367
post #156

Earlier quoted context omitted.

Let's see. https://web-backend.simula.no/sites/default/files/publicatio... > At the most sensitive, our findings reveal that some perceive delays below 40 ms. However, the median threshold suggests that motorvisual delays are more likely than not to go undetected below 51-90 ms. By this study's numbers, 20ms is somewhat below the lower limit of ~40ms, but not too far below. 100ms would be easily perceivable - though,…

He’s not arguing that he can perceive the latency. He’s arguing that the latency affects his work/productivity. That claim seems unreasonable.

You're the one who said "you literally can't tell the difference". I agree to a point. It seems plausible that they were experiencing some other effect such as hitching or slowdown, rather than just a constant 100ms delay (which again isn't supposed to happen).

On the other hand, I just thought of one way that even a small fixed amount of latency can be a material obstacle. Personally, I type fast but make lots of typos, and I don't use autocorrect. So I need to react to incorrect text appearing on screen, backspace, and retype. The slower I react, the more text I have to delete (which means not just more keypresses but also more mental overhead figuring out what I need to retype). For this purpose, I am bound by the human reaction time, but editor latency is added on top of that. The sooner the text appears, the sooner my 'reaction timer' can start, all the way down to 0 latency. [Edit: And 100ms of latency can make a meaningful difference here. I just did a quick typing speed test and measured 148 WPM which is around 12 characters per second, so 100ms is one extra character, or a bit more.]

Also, latency might affect productivity just by being annoying and distracting. YMMV on whether this is a legitimate complaint or whether you should just get used to it. But personally I'm glad I don't have to get used to it, and can instead just use editors with low latency.

Re: Zed is now available on Windows

#368

Earlier quoted context omitted.

That's quite unnecessary. You could just mount "all tools and services" from your base system without the complicated Dockerfile: https://blog.gpkb.org/posts/ai-agent-sandbox/

Why would I do something that’s more work, less secure, and not cross platform?

It's less work and just as secure, but you do you.

Re: Zed is now available on Windows

#369

Earlier quoted context omitted.

I don't have to think a full thought for every keystroke.

Then you don’t have to have an input response latency so small as to be perceived instantaneously.

I dunno what to tell you, Zed feels so much snappier than VSC to me.
Post reply on HN