2 ms·
I don't recall if this is accurate, but an example would be wanting to make a note in a text file. Under Excel and captive Windows you would have to save and q
by rogerbinns 8y ago
I don't recall if this is accurate, but an example would be wanting to make a note in a text file. Under Excel and captive Windows you would have to save and quit, exit Windows, start your note app under DOS, take the note and then repeat the sequence in reverse order (perhaps minutes).
Under a DOS app, you hit the hot key for your TSR[0], made the note and continued (a few seconds). As the series mentioned, being a power user under DOS was very productive. Lotus 1-2-3 especially had a notable menu/macro system, as did WordPerfect etc.
GUI environments are not very useful for one program. They have far higher system requirements, and perform slower than native text environments. And they especially do not play nice with others. This is why there was so much scepticism at the time amongst those paying money for hardware and software. Of course new customers and more of them were just on the horizon as the series will soon reach.
[0] https://en.wikipedia.org/wiki/Terminate_and_stay_resident_program https://en.wikipedia.org/wiki/Terminate_and_stay_resident_pr...
- dragonwriter 8y ago> GUI environments are not very useful for one program. Yes they are, which is why lots of DOS apps used one-off GUI environments at the same time that Windows captive and runtime apps became an additional way to acheive the same thing without building your own GUI from scratch. > And they especially do not play nice with others. That's not a GUI issue, that may be a “captive version of a desktop environment” issue that affected the captive Windows environment; there's nothing inherent about one-app GUI environment that makes it not support any of the (hacky and unreliable, mostly, because DOS wasn't built as a multitasking environment) multitasking options that DOS apps worked with as well as non-GUI apps.