It's not that everybody almost never wants it, it's that almost nobody ever wants it.

+1 ... X protocol remoting is amazing.

Amazing until a connection times out and apps close without being resumable

On a LAN this doesn't happen unless the power goes down.

Doesn't happen with NX.

Probably should have been "almost never what one wants," but that's quibbling over English. Even if it were true that there were no mechanism for doing remoting on Wayland (which isn't the case; remoting just moves to a separate layer in the stack, as handled by NX or VNC or whatever), it would still be a reasonable sacrifice, because it's not what most users want. Doing X remoting is the exception, not the rule, and there's no reason for the *nix world to get stuck in the Windows mentality of having to be backwards-compatible with every application and protocol written since the dawn of time. Having a huge networking layer shoved into the middle of the display stack has measurable costs in terms of both maintainability and performance, and users that have any use case other than yours suffer as a result. Android, which is now the most-installed Linux "distribution" (such as it is) ever, had to invent its own display layer because X was a terrifying, bloated hacktastrophe, and they come up with something specific to their platform such that now no other Linux users can benefit from any of their display work. That sucks. Keeping network transparency as a core feature doesn't pass the cost-benefit smell test.

Well, having spend all my day on an Xterminal, I think you are stuck in Windows mentality. Unix mentality is network transparency. Just inform you about plan9. In unix, you do not care where your program is running, it just runs and you can interact with it on your X server. VNC is windows mentality and it just happen to be useful on unix because X toolkit layers are network hogs.

I haven't owned or operated a Windows machine in almost a decade, and have ten terminal tabs open as we speak; pretty sure my Unix cred is intact, thanks. And I thought the Unix philosophy was to do one thing and do it well (Wikipedia agrees: http://en.wikipedia.org/wiki/Unix_way#McIlroy:_A_Quarter_Cen... ). Separating the thing that paints the screen from the thing that pushes pixels over the network seems in perfect keeping with this philosophy. Bash isn't network-transparent; if you want to use it over a network, you use SSH.

Bash is network transparent: you change directory in a nfs filesystem or in a curlftpfs the same way as on a local disk.

X separates the thing that paints the screen (the X server) from the things that computes (the X client).

Your idea or pushing pixels means that you need a virtual screen on the machine where programs runs and you want to copy this virtual screen to your screen. Do you imagine the complexity of window management with such a setup ? Have you already launched many VNC clients at the same time ?