

Rather, the focus on enterprise is, by default, a tactic to keep WM afloat, because at this point MS has no other choice. The relative focus on enterprise is not a company wide focus. What makes you guys fail to realize that MS realizes this? Don't get it twisted. People fail to realize that the same people that use Windows in enterprise, are also average consumers when they leave work. WinJS (for example Groove) or Project Westminster (for example new Amazon Store app) UWP apps obviously already work on mobile and therefore could be enabled in Continuum mode even when mobile deployment is not selected by the developer in the Store - again though, it's up to Microsoft, I'm just saying that it's technically possible. Example of such app overall is Slack or Visual Studio Code. Example of such app in the Store is Evernote. Electron contained apps won't work on ARM, at least for now. I may be wrong but I don't think there's an issue of architecture for web apps if they're packaged as UWP on the store? We don't have any indication form Microsoft that it will happen though, but they should seriously think about it as the more apps are available there, the better. Wont it be possible to load them on mobile and make them work on the big screen when they have that screen real estate like PC.Ĭonsidering Start Menu will now be separate between phone's screen and Continuum experience, it certainly is a possibility. Second, since now web apps have begun making their way into the windows store as UWP. It should be available to any app that has phone and PC support in a single UWP package.


Continuum shouldn't have to be enabled though in a dev process anymore. It should run on continuum opening as a mobile like window One device that acts as a core for all of your other Shells/Devices is a pretty elegant way to solve this.ĭon't you think that now. Cloud sync never works as good as we think it does and sometimes you want a file that is in a device you are not near of, or want to use an app that you can use in your tablet but not in your PC, etc. you are never using more than one device at a time, and the only moment when you are is when you have to stop using a laptop to pick up a call in your phone, which is also inefficient. The wouldn't even need to have computers in the offices except for docks, monitors and keyboards.Īnd I have to be honest, I think that having all of this devices with processors in it is inefficient cost wise. Not to mention companies that can purchase phones with continuum and give their employers a phone+shell to use for work. With continuum phones+shells you can give a lot of people the chance to have a phone+laptop for a much cheaper price. But what about the rest of the world? There are people who's first time accessing technology is through cheap smartphones, or through goverment laptops that kids get in schools. Cost of internals are negligible if you are american with dollars in your pocket.
