I'd consider "command-line-only" to mean "can be played with a dumb terminal".
If, to you, "command line games" just means "something I can run while in a terminal" then cool, but that's not technically what that term means, and we're technical people here on HN. Especially those of us who use (any flavour of) the terminal day in day out.
and quite political it seems
Inb4 you nitpick the definitions.
Is a synonym for?
Potential growth / reflection opportunity.
In this case, though, it's writing in The Linux Journal, and it appears to be promising something it's failing to deliver.
It's not hard to use the correct terms, and something that tries to be an authority on, say, Linux, such as Linux Journal, could simply do so instead of spreading confusion.
[0] OK, there's some equivalence between a few of the words.
> ./game go_west_and_look | cat events.log
Games you play at "the command line" - or, as the article puts it, "expansive and impressive games that you can run entirely in your Linux shell," is an interesting notion. I'm generally a big fan of decomposing actions out of applications into individual commands run at the shell; I had not applied the same to games.
You could run the game itself in a long running process, talking through (unix?) sockets that the individual commands know how to find. Polling in PROMPT_COMMAND could make it sufficiently interactive for some measure of real-time.
I forgot to mention after my comment "play by email" games which would broaden the scope to network games since the interface could be through a shell when using sendmail.
https://en.wikipedia.org/wiki/Category:Play-by-email_video_g...