Yeah, I can’t explain why this project makes me so happy because I struggle to think of any time where I’d need this, but it puts a big, dumb grin on my face.

Well, you can run apps on any less capable device with ssh and proper terminal display. You can limit data usage by offloading video buffering to the host (however not sure if that's net positive saving). And put the host behind VPN to avoid getting region blocks.

Oops, we've invented X

I actually used to tunnel Netscape Navigator via SSH to my Commodore Amiga desktop via an Xorg server way back in the 56K phone modem Internet days from my ISP's SSH user account login, since Amiga didn't have Netscape (and even if it did, the Amiga likely would have choked on it, massive and bloated as Netscape was), and the browser AmigaOS did have just wasn't up to the task of normal day-to-day usage of the Web as it existed back then. Fun times.

Sure am glad of the broadband Internet and modern "powerhouse" PCs we have so readily available today. Hell, even the computer most everyone carries in their pocket these days is infinitely more powerful than the average desktop machines of my childhood. :)

It reminds me a bit of chindōgu, the Japanese art (?) of useless inventions. There's a particular delight to ingenious, but absurd or useless creations.

Emacs it's full of chindogus. Also, there's geekcode, xroach, megahal/hailo, xneko, aatv and mplayer rendering videos over aalib, aaquake, eforth running in the subleq virtual machine...

I remember watching the World Cup over telnet with one of those aalib libraries years ago. The signal arrived 5 seconds earlier than the TV :)

With a small framebuffer font aatv was almost watchable over a distance, but OFC fbtv made it obsolete, and ditto with mplayer -vo aalib as movies worked in the framebuffer just as fine as X.

But I remember the BB demo and I still remember these catchy s3m modules...

https://aa-project.sourceforge.net/bb/

And, well, not AA, but I still play today tons of text adventures and roguelikes (and BSDgames and such), and my main X environment it's CLI/TUI based except for CWM (Window manager), MPV/MuPDF/NSxiv (images) and djview4 for DJVU files..

I’m a fan of `xeyes`

xeyes can be Actually Useful; two eyes always looking at the cursor...

your animal brain hardwired to discern the direction of gaze of the eyes facing you (citations appreciated)...

Helps me find the mouse cursor on a big screen if I lose track, even with small parallax angle.

On macOS, I just wiggle the mouse back and forth, and the cursor gets really big, it pops out at you.

I generally don't keep `xeyes` running. But it's a righteous, venerable hack.

you can also do the mouse wiggle thing on kde. And unlike macs, the cursor never stops growing until you stop shaking. You can literally get it to cover the whole screen. So funny for me

That’s a term I’ve not heard in literally decades.

Thanks for the reminder

<3

I came here to make the same comment. I want to try this myself just for the fun of it and the grin it will put on my face. Nice work!

You can have a <3 too!

It's like a more generalized browsh[1].

[1] https://www.brow.sh/

I think one significant difference though is that Browsh renders actual text for text content, so you can copy and paste, etc.

You will be able to copy/paste with term.everything once I implement the Wayland copy/paste interface (wl_data_device_manager).

OMG! That'd be AMAZING. But it still wouldn't render GUI text as terminal font text right?

That’s right, it will still be pixelfied text. We could run ocr on the images then convert to text, but that’s an entirely new can of worms. Make a feature request issue on GitHub if you’re interested,

Well, not 100% useless: I can see its use for applications running inside Docker containers. Yes, there are ways to have GUI applications rendered from the inside of a container, but maybe this is easier than getting the Dockerfile right.

EDIT: nevermind, doing this with Docker seems much easier than I expected [0]. I'll try it tomorrow, I'm curious to see if the proposed solution works on Windows as well.

[0] https://medium.com/@priyamsanodiya340/running-gui-applicatio...

Windows had Wayland support before most distros! Rather surprising.

> Windows had Wayland support before most distros! Rather surprising.

WSL had non-accelerated wayland support at one point in time.

Was it before "most distros"?

I don't understand what you think that amounts to.

Wayland support in Linux-land typically means that the software supports running in your wayland compositor.

Windows famously is not a wayland compositor, no matter how much you try to bend reality.

Definitely not useless!

I run a ttyd server to get terminal over https, and I have used carbonyl over that to get work done. That's limited to a web browser (to get access to resources not exposed via the public internet), so having full GUI support is very useful