TUI Demo – Terminal Interface to Mastodon

Text selection isn't generally necessary; but in a pinch, one can put a little more effort in to extract and format it.

Font support is excellent if you desire a single font and want it to look one way, all the time, and not be subjected to the whims of the data-provider.

It's true, in a TUI you almost _never_ experience the abhorrent pain of the Window system thinking it knows better than the user, and so your focus remains where you wish it to be, at all times, always.

The best argument in favour of TUIs is that the user is always the primary focus, their current application focus always remains so long as they desire it, the content restriction limits the visual variety, and the limitations coerce the interface to providing only necessary information.

I agree with your points, but I think this part is an important aspect to it.

Sure, people (or more likely "developers, writing for developers") could write GUIs which are as keyboard-oriented as TUIs. But I don't think there are many common examples.

With TUIs, it's more likely to be keyboard focussed and support plaintext file formats. (Again, that seems cultural).

Another advantage to TUIs is the flipside of "only 1 font size, limited font styles": with a TUI, the user can set the terminal emulator's colour scheme and font sizes. Sometimes this won't work well. But it's a degree of customisation you don't really get with standard GUI programs, and isn't common for flashy websites.

They also work on the server. You’d be hard pushed to find anyone who says installing an Electron app on the server is a good idea.

There are full TUI windowing environments, such as TWIN: https://sourceforge.net/projects/twin/

It's possible to have windowed text environments, with Emacs being a standin for much of this, though tools such as tin (newsreader) and mutt (email) show this. What does seem to be missing is a standard development model for laying out subwindow regions and basic widgets analogous to many GUI toolkits.

The ability to specify fonts once and have ALL applications respect that choice is actually a major godsend. I spend more time battling various GUI tools over font specs than anything. The fact that many GUI toolkits and environments don't think that font should be specifiable on an application-specific, or instance-specific basis is particularly annoying. No, as a matter of fact, I may not want to have the same default body font size in all gtk / GNOME / Qt apps. Or across all of my GNOME Terminal windows. Or whatever else.

The fact that the font configurations are very seldom immediately accessible, and have to be dug out of various third-party configuration management tools, which have changed a dozen or more times over my use of Linux (even within a single toolset / environment) is all the more frustrating.

TUIs can support mouse interactions and text selection. This most often manifests for me as frustration as my preference is to use the keyboard for control, and the mouse only for text selection and copying. Nothing is more frustrating for me than to have some mouse-aware Vim variant that changes the active cursor location as I'm copying text from the screen.

TUIs also:

1. Generally have fewer dependencies than GUIs. Less stuff to break.

2. Are consistent across environments.

3. Are almost fully network-transparent.

4. Are highly responsive.

5. Are frequently far more stable.

6. Support multi-instance launching. Until w3m supported tabbed browsing, my poor-man's tabbed w3m browser was to launch w3m within screen. Twiddling with the $SHELL variable let me launch new w3m instances in newly-created buffers, but shell out to bash from within w3m itself.

7. Allows screen-recording through 'typescript'. Add the timings argument to save and reply realtime.

8. Frequently allow both interactive and noninteractive / batch use. (mutt as an example has multiple shell invocation features).

9. Frequently allow pipelining content in and out. I end a surprisingly large number of shell pipelines with 'vim -' these days -- noninteractively clean up crap, then dump to vim for a final interactive cleanup / edit.

Your last point, that window managers suck at moving between windows, is a massive pain point. OSX is simply staggeringly bad in this regard. I want to switch between specific window instances, not raise and lower entire motherlovin' applications. Again: I spend more time fighting the window manager (Aqua) than I do getting work done.

This isn't uniformly the case. My preferred Linux desktop, Windowmaker, as configured by me, has been for well over 20 years a simple, efficient, fast, stable, and highly capable tool. I can move between windows and apps, desktops, etc., as second nature. I've tried other desktops (GNOME, KDE, XFCE4, Cinnamon, and many simple WMs) but none match the faculty and features of Windowmaker. I might switch to a tabbed WM (a threat I've been making for a decade), but to date, that's not been worth the costs.

And emacs's buffer and text management is another huge productivity boon for many people (I don't use it now, though had in the past).