The Gram Code Editor - 2026-04-01

Just a question: is there any reason not to implement language/framework support natively in the editor? Like if it's just too niche so as not to bloat the dependency tree unnecessarily?

The main reason is that the tree-sitter grammar needs to be updated to have the API that the editor needs, if that is done then integrating the language should be doable. But for example I looked at the Java and C# extensions and the code is pretty horrible, so haven’t made that work

but yeah the goal is to have at least all the major languages supported out of the box

@trintler Thank you!

So, the issue preventing me from using 1.2.0 on Fedora/sway (but not on Debian stable/sway) is this one, right? https://github.com/zed-industries/zed/issues/32792 The recommended workaround seems to be to force Xwayland with `env -u WAYLAND_DISPLAY` but with that gram crashes on startup… should I open an issue about that? Or is fixing Xwayland support not worth it?

Do open an issue! I have a list of known issues with WGPU to fix and I have the hardware to test it now too, but haven’t had time to put anything together. It’s pretty complicated and I am busy so can’t promise any progress any time soon

but getting the Linux version stable and working on any hardware is definitely my main goal now

ofc I'm not expecting any promise :)

(I also maintain some floss with a few users and I know I'm not promising anything anyone xD)

I'll open the ticket! thanks <3

great, thank you :)

I used to do 3D graphics and game dev professionally so I know a bit about this stuff, but that was before vulkan and rust so I am also catching up 😅

oh fun! well not so much I guess since you stopped :) ✏

well, I got into open source and there isn’t much of that in gamedev, but I do dream about getting back into it some time :)

as long as I don’t have to use windows to do it.. hehe

make supertuxkart as fun as any mario kart please! :) ✏

Hard to beat Nintendo 😅