3 ms·

> I used a few apps with the captive Windows runtime back in the day. It was highly frustrating because the app it was bundled with worked great, but if you wan

> I used a few apps with the captive Windows runtime back in the day. It was highly frustrating because the app it was bundled with worked great, but if you wanted to do anything else (eg view other files) then Windows wouldn't let you because it wasn't the full product. In other words, working as intended. I mean, that's basically what you got with old DOS apps. You could spawn a new command.com from within the app if you were lucky, but that's not nearly the same as multitasking. You had a stack of programs running and had to completely exit the second one again to get back to the first. So windows didn't really take anything away but gave you a pretty good GUI.

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.

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.