Have they implemented subpixel font rendering by now? I remember that being a sticking point when it came to Linux because they had designed their custom UI renderer around the Macs ubiquitous HiDPI displays, leading to blurry fonts for the much, much larger proportion of Linux (and Windows) users who still use LoDPI displays.

I have waited for this for months... but it's still only an x86_64 binary!

I love my ARM Surface Pro, and Zed would make a wonderful editor on this hardware. If anyone from Zed is reading this, please think about it!

  [Window Title]
  Critical

  [Main Instruction]
  Unsupported GPU

  [Content]
  Zed uses DirectX for rendering and requires a compatible GPU.

  Currently you are using a software emulated GPU (Microsoft Basic Render Driver) which
  will result in awful performance.

  For troubleshooting see: https://zed.dev/docs/windows
  Set ZED_ALLOW_EMULATED_GPU=1 env var to permanently override.


  [Skip] [Troubleshoot and Quit]

Unfortunately, I tried to use zed as my daily driver, but the typescript experience was subpar. While the editor itself was snappy, LSP actions like "jump to declaration" were incredibly slow on our codebase compared to VS Code / Cursor.

I watched the video on the home page and thought it is weird that they spend an inordinate amount of time on frame rate. Who picks an editor based on frame rate?

If you want to talk about perf in the context of a text editor show me how big of a file you can load--especially if the file has no line breaks. Emacs has trouble here. If you load a minified js file it slows to a crawl especially if syntax highlighting is on. Also show me how fast the start up time is. This is another area where Emacs does not do well.

So Zed is available on Windows--but only if you have a x64 processor. Lots of people run Windows on Arm64 and I don't see any mention of Arm64. This is where the puck is heading.

Also noticed Emacs key binding is in beta still.

I tried it for a bit. But unless you want to use their choice of lsp/linter/whatever from what you are used to, then you will waste even more time customising zed to your needs from your previous solution.

Is this something like Sublime? Light/responsive editor for one-off files? But maybe with some better introspection? That would fill a niche for me; trying it. FYI download+install is the smoothest experience of any software I've loaded recently I didn't build myself. Going to daily-drive it for a bit and see what's up; promising!

It's extremely refreshing to see the editor's memory and processor usage be smaller than the webapp tab I'm working on.

I'm really liking it thus far!

I installed the beta a week or two ago. Many of the files I tried opening in it just did not work at all. It can only open utf-8 encoded files.

That is not a problem for code, but if you just want to open some random .txt file or .csv file, these are often enough not utf-8 encoded, especially if they contain non English text.

The github issue for this is showing progress, but I think it's a mistake to promote the editor to stable as is.

I don't use windows, but this is good development as all platforms should be present for editors to be worth using. I am happy Zed user since long time, I am happy it had kept with out demands, with adding AI, Git etc. Also integration of cli tools into AI is excellent and really refreshing.

First, you should fix fundamental operations on Mac and other distributions - for example when you stash or perform operations on files from other tools, it will put the state out of sync.

You can build the most beautiful and fastest IDE, but with this bugs, it’s useless

The windowing is pretty broken if you use system scaling https://github.com/zed-industries/zed/issues/40272

> Zed isn't an Electron app; we integrate directly with the underlying platform for maximal control.

Sounds great. Looking forward to doing a simple test run with Astro SSG

undefined

Is it on winget?