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…
> I believe it when they say it's not an Electron app, but I do wonder what's being packed in there
Half of Electron namely Node.js. As majority of lsp are .js based. Also extensions are WASM. Also VS Code keeps extensions in separate config directory, while Zed in main directory.
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…
How can people justify using editors like this when they are missing basic features? Like what's the benefit?
That's a bit dramatic, isn't it? Zed is still fairly new and although it's not perfect, they're doing quite a good job so far.
I would be using Zed full time if Sublime Text wasn't already perfect for me.
Technically, Zed's Super Compete will almost never catch up with Cursor, or even as good as the free Windsurf.
If you look a little closer, you will see that the cursor and cursor completion requests are not initiated by the editor itself, which only interacts with the lsp.
Yes. They all come with an LSP, taking free windsurf as an example, when windsurf starts, it will start a process in /Applications/Windsurf.app/Contents/Resources/app/extensions/windsurf/bin/languageservermacosarm, This process is responsible for syntactic analysis of the current code's workspace and then local indexing. The editor communicates with LSP through localhost encoding through protobuf, including the current cursor, currently open tabs, recently viewed files, etc.
The LSP calculates locally based on this information, and if the inference cannot be completed locally, it will automatically extract the necessary information to interact with the server-side LLM. This ensures the intelligence of Super Complete.
However, ZED's Super Complete does not have an LSP. Instead, it interacts directly with the server, which runs a zeta model. This pattern is not smart, takes up a lot of bandwidth and more useless context, and lacks more useful information due to the lack of LSP support.
I hope my technical interpretation above will give you an understanding of why zed's super complete is technically backward. And, since ZED's LSP is configured by a third party, ZED itself does not offer its own languageserver, unless ZED is developing it now, but this is obviously difficult.
In this case, I don't understand why zed would charge for a feature that is clearly lagging behind.
You have to ask me why I know so much about this, because I am a member of Cursor, but I want a Zed Editor, so I want to customize an endpoint I developed by ZEDPREDICTEDITS_URL, relay requests to Cursor, to achieve powerful completion with Cursor in Zed. Obviously, it failed in the end. The above mentioned is the reason for the failure.
That's more of an issue with your system than an issue with Zed, you have to veer pretty far from the beaten path to not have proper DirectX nowadays. Are you running Windows in a VM?
No, but I am remoted in to my dev box (over RDP/mstsc).
If no monitor is connected then RDP doesn't load gpu drivers. It can also make RDP performance much worse as HW accelerated video encoding is not working
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…
How can people justify using editors like this when they are missing basic features? Like what's the benefit?
Zed is pretty awesome on macOS and Linux, but I tried the Windows version tonight and things that work great on the other OSes aren't working on Windows. I've noticed:
- Issues with various keybinds not working as expected, e.g. Ctrl+S to save works on my Linux machines but not Windows if Vim Mode is enabled
- Issues with LSPs/diagnostics not working on Windows the same way they work on macOS/Linux
- The terminal holds a lot of assumptions about how the system works that don't hold true on Windows, e.g. "the user has one shell they use for all things" or "setting environment variables in the OS is easy"
I love Zed on my work issued macbook and use it full time, but the Windows version still needs some work.
Maybe try gaming-oriented remote desktop tools, like steam link or sunshine/moonlight. Those work great with directx, assuming you have a working gpu (at least integrated gpu) on your remote box. They also have way better latency, though use a lot more bandwidth.
How am I supposed to ask for permission from IT to install Steam or gaming related tools like Moonshine just to use a code editor?
They wrote their own graphics renderering library for starters, that's bundled into the editor when compiled. https://www.gpui.rs/
Is that really necessary for an ide? Seems like a ton of added complexity for little to no trade off or even a downside considering...
Yes. Zed is snappy in a way that makes my copy of Sublime Text 3 feel slow. Compared to VSC it feels like going from a video game at 40 FPS with 2-3 frames of input lag to 120 FPS.