3 ms·
We do not have such a flawless model for CLIs. Command-line apps have their corner cases as well, and they fail too. Many CLI programs were designed in the ass
by Const-me 4y ago
We do not have such a flawless model for CLIs. Command-line apps have their corner cases as well, and they fail too.
Many CLI programs were designed in the assumption the display size never changes, like 80x25 characters.
That's not true anymore, users resize their windows, the text in the terminal may or may not stay good after that.
Terminals have a GUI state: cursor position, and current text attributes. That state may cause issues, especially when a program quits suddenly, like a crash.
- anon291 4y ago> Terminals have a GUI state: cursor position, and current text attributes. That state may cause issues, especially when a program quits suddenly, like a crash. I have never in my life witness a terminal crash so hard that I couldn't fix it and get back all my other state. In 100% of cases, just typing Ctrl+C, Ctrl+Z, etc, followed by 'r', 'e', 's', 'e', 't', enter seems to have always done the trick.
- Const-me 4y ago> In 100% of cases, just typing Ctrl+C, Ctrl+Z, etc, followed by 'r', 'e', 's', 'e', 't', enter seems to have always done the trick. Can confirm, these things helped me as well. Still, just because there's an easy workaround doesn't cancel the fact the observed behavior is a weird UI bug. Otherwise, one could argue web apps don't have weird bugs because there's F5=Refresh key which fixes 99% of them.