@grainloom Unless I'm misunderstanding you, that solves a different problem.
In-band signalling is weird, yes, but just having a special device doesn't magically make all terminals behave sensibly.
@faho the difference is that each terminal has (or doesn't have) its own /dev/cons. also they do a whole lot less.
anything involving a 2D grid should be handled by actual raster graphics, not a terminal emulator.
Plan 9's rio also doesn't handle color in terminals.
@grainloom Ah, okay.
Tbh my problems with Rob Pike's software philosophy in particular could fill a series of posts, so this doesn't seem very appealing to me.
Including not handling color, because that's just fricking useful.
@faho i wish that were the case, but i have to deal with the bullshit of software that was designed with only xterm in mind way too often.
(color included. because very often the colors they use suck ass and i can't see anything on my screen. or each application needs a separate terminal color scheme. hence: use an actual GUI.)
@faho I guess I should have written "a design that works better".
Final note re: colors.
I had issues with the output of ls on black background xterm and - if I remember correctly - xfce4 terminal with default colors.
If even coreutils - one of the most integral parts of a distro - can't get colors right, I think we need a new approach.
Uncolored text on the other hand has never posed a similar problem to me. Neither have proper GUIs that respected that system's themeing.
GUIs give way more than the very marginal benefits that terminals can provide with escape sequences.
The alternative seems to be that the desktop will keep on losing to Electron.
@faho Anyways, this thread is probably not the right medium for this, so I'll flesh this out on my blog.