All,
I've been "away from tB" for a while - something that started with a workstation meltdown and OS-reinstall thanks to DELL's "support" (or, would they be more aptly labelled "hinder"?) folks.
However, in the interim, I've been immersing myself in various other subjects for a while, and that - combined with a bit of imaginative "tea-leaf reading", perhaps - has led me to an unsettling possible conclusion. That is: Microsoft seems to be planning a COM-less future, and that future will include complete removal of the existing Windows Registry and all COM-related support infrastructure from "future OS" architectures (perhaps not even named "Windows" anymore?).
Digest, for a moment, what that thought will mean to any sort of future for twinBasic.
No COM or ActiveX support from the OS because there will be no registry - and no underlying "Jet-Blue" database engine.
Therefore, everything built in the past based on COM - including twinBasic applications of the future, will no longer work. at all.
So, perhaps we need to consider a "COM/Registry Replacement Project" of our own to help "future-proof" this twinBasic platform's future (or perhaps I mean "destiny"?). Considering that kind of potential path forwards now opens entirely new avenues for "Cross-platform" development considerations as well.
Let's assume, for the sake of discussion here - that we craft a "New-COM" (inevitably shortened to "NCOM") support system to replace the Windows Registry-based COM's historical system architecture with a new one of our own. Well, being makers of that new "NCOM" architecture, we could build in cross-platform capabilities into the specification. So, those Android- and Apple- and Linux- and "Windows"- apps of the future being enabled with an installable "NCOM Core" in the Android OS (and other) environment(s).
Now, that I've derailed some of your thinking process, consider this: what if we DON'T consider this possibility - and I'm right in predicting a "COM-less Windows OS" of the future. Where will we, as twinBasic folks, be should that "COM-less future OS" day actually arrive?
All,
I've been "away from tB" for a while - something that started with a workstation meltdown and OS-reinstall thanks to DELL's "support" (or, would they be more aptly labelled "hinder"?) folks.
However, in the interim, I've been immersing myself in various other subjects for a while, and that - combined with a bit of imaginative "tea-leaf reading", perhaps - has led me to an unsettling possible conclusion. That is: Microsoft seems to be planning a COM-less future, and that future will include complete removal of the existing Windows Registry and all COM-related support infrastructure from "future OS" architectures (perhaps not even named "Windows" anymore?).
Digest, for a moment, what that thought will mean to any sort of future for twinBasic.
No COM or ActiveX support from the OS because there will be no registry - and no underlying "Jet-Blue" database engine.
Therefore, everything built in the past based on COM - including twinBasic applications of the future, will no longer work. at all.
So, perhaps we need to consider a "COM/Registry Replacement Project" of our own to help "future-proof" this twinBasic platform's future (or perhaps I mean "destiny"?). Considering that kind of potential path forwards now opens entirely new avenues for "Cross-platform" development considerations as well.
Let's assume, for the sake of discussion here - that we craft a "New-COM" (inevitably shortened to "NCOM") support system to replace the Windows Registry-based COM's historical system architecture with a new one of our own. Well, being makers of that new "NCOM" architecture, we could build in cross-platform capabilities into the specification. So, those Android- and Apple- and Linux- and "Windows"- apps of the future being enabled with an installable "NCOM Core" in the Android OS (and other) environment(s).
Now, that I've derailed some of your thinking process, consider this: what if we DON'T consider this possibility - and I'm right in predicting a "COM-less Windows OS" of the future. Where will we, as twinBasic folks, be should that "COM-less future OS" day actually arrive?