Remix.run Logo
yjftsjthsd-h 3 hours ago

I am loving the shift from 'X11 is too big and messy to ever reimplement' to 'there are multiple wildly different X servers being built from scratch'.

Also, has anyone run it successfully? I got as far as building and running with --display and then running `DISPLAY=:7 dwm` and `DISPLAY=:7 alacritty`, but I can't seem to focus the window to actually type. Given that the author posted a picture of the thing actually running a live environment and claims to actually be using it, I'm pretty sure this is a me problem but I haven't been able to figure out where it is. Mouse works, too.

vidarh 2 hours ago | parent | next [-]

Yeah, I have a mostly-functioning X11 server in Ruby, myself (not anywhere public yet).

Isene and I have relatively similar philosophies on this, except I have Claude burning tokens on optimizing and fixing my Ruby compiler now because I still want things in a high-level language, and my entire stack is Ruby instead of asm. But I love what he's doing - I just don't love x86 asm...

Turns out a functioning X server is a relatively simple piece of software. It's mostly just tedious. And most of the bulk is protocol handling that Claude can handle really trivially.

Kelteseth 3 hours ago | parent | prev | next [-]

> 'there are multiple wildly different X servers being built from scratch'

by claude code. So this was only possible since no human had to bear looking at X original source code.

bogdan 3 hours ago | parent | prev [-]

Try running `tile` as a wm. I imagine it's not fully compliant to support dwm.

yjftsjthsd-h 2 hours ago | parent [-]

Huh. So it's not the window manager. It's individual applications that are working or not.

Working: tile, dwm, pcmanfm-qt, feh, dmenu, glass

Not: alacritty, st

So... Thus far, anything but a terminal other than glass. I'd think the problem was alacritty doing fancy things with APIs that frame doesn't have, but st??