[int_19h]

This is a false dichotomy. A GUI app can still provide full keyboard navigation - indeed, all the UX guidelines I can think of require it, and did so back in 90s. And when they do, you can also just type ahead, generally speaking.

In early 00s, I did a GUI (Windows Forms) line-of-business app for a shop that was using an old TUI app written in FoxPro for their other stuff. The people who were doing data entry on that were all using the keyboard pretty much all the time. When they started using the GUI app, they kept using the keyboard - and I didn't even have to do anything special to enable it, just make sure that tab-index is correct and that all widgets have hotkeys.

[yjftsjthsd-h]

I'm sure GUIs can provide keyboard navigation and such, but it's not clear to me that this was common. Unfortunately, I'm working from anecdotes, so I can't tell, certainly not this far in the future, what the relative average quality was.

[int_19h]

This was very common. For starters, pretty much every UI toolkit provided keyboard navigation between widgets with no need to do anything special. The common QoI problem there was that developers often didn't set tab-index correctly, so if you tabbed through the widgets, the order would be wrong (i.e. not following the screen layout). Visual designers often provided linters for that.

Then there were the shortcuts to immediately activate the specific label, button etc. On Windows, these showed up as underlined letters up until XP (in XP and later, you have to press Alt to see them). Again, as a QoI matter, devs could forget to put them in - but it was really easy to do, and if you didn't, the lack of underlining was actually kinda noticeable. Most apps had them.

This kind of stuff was even codified, to some extent: https://en.wikipedia.org/wiki/IBM_Common_User_Access