Yes, but GUIs are by default mouse driven, very rarely one can see a keyboard driven one (I haven't seen any).
And TUIs are only keyboard driven. So the choice for speed if you don't need graphics is always - TUI (or CLI).
And TUIs are only keyboard driven. So the choice for speed if you don't need graphics is always - TUI (or CLI).
Not so. GUIs absolutely should be keyboard-drivable, if they're written to the human interface specs of whichever platform they're hosted on. That doesn't mean they don't support being mouse-driven or even that mouse isn't the default, but in my experience if the developer has taken any sort of care with the interface then keyboard interaction will be at least as good, if not better, with the keyboard.
> And TUIs are only keyboard driven.
Not true either. There's a line in my .vimrc saying "set mouse-=a" specifically because I want to turn off the mouse in that particular TUI app. If a TUI app doesn't support the mouse they've just not added that support, it's not that it's not possible.
FWIW, most of Windows XP's utilities and included software was perfectly usable with a keyboard alone.
Plenty of TUIs support mouse to various extents too. Claude Code is an obvious example (try the scroll wheel for example).
I agree with you that TUIs are keyboard driven first though - and so you can be certain it will work well.
The problem is discoverability. You need to go out of your way to learn shortcuts.
Absolutely not.