Metro Apps Can Only Be Distributed Through Windows Store(answers.microsoft.com)
answers.microsoft.com
Metro Apps Can Only Be Distributed Through Windows Store
http://answers.microsoft.com/en-us/windows/forum/windows_8-windows_store/will-windows-8-allow-developers-to-post-metro-apps/9f28242b-4943-4ca2-bf63-d6f9b3a5b35f
110 comments
I was surprised to read this. I assumed that Windows 8 only contained the 'desktop' to give developers time to convert their apps to work on metro and that Microsoft would deprecate the desktop in Windows 9 or 10. If they did do that Windows would become a closed platform. With this restriction in Windows 8 Windows is seemingly more closed than OS X. Apple restricts certain features like iCloud to App Store apps but restricting apps from using the main UI on your OS is another matter.
Former Micrsoftie (left in August) and founder of a startup that exclusively targets Win8 developers here. There's some FUD here that I need to clear up.
1. All Metro / Windows Store apps have to be distributed through the Windows Store for mass distribution - that much is true. There are good reasons for this - namely it saves you the trouble of having to write installers for three separate hardware architectures (ARM, X86, X64) and makes it comparatively low-friction to distribute your app compared to traditional desktop applications.
2. It's pretty easy to side-load applications on a one-to-one basis for developers who are running non-ARM devices; you can package an app automatically from Visual Studio with a self-install PowerShell script and installing an app is as easy as emailing someone a zip file with the app package + install script. This was how we tested apps among distributed teams internally at Microsoft and how all of the early third-party developers did it. I only did this on X64 devices so I'm not sure if there's support for X86 and I'm pretty sure ARM doesn't support this.
3. Enterprises have the ability to create their own bolt-on to the app store using Active Directory to ensure that all of their employees can get access to private, line-of-business Metro apps that they don't want exposed in the public app store.
4. Traditional desktop applications, non-Metro ones, can still be distributed the old fashioned way. My previous employer before Microsoft has no plans to put its desktop software in the Windows Store and frankly I don't think it will affect them much.
For the desktop, look at Metro as a way to have some content-focused apps and games that come to life directly on your desktop through live tiles. Don't look at them as replacements for heavy-weight, traditional desktop applications. That's not their point.
Windows isn't going to be a closed platform - if anything Metro makes Windows more accessible to a larger number of developers. Shipping a traditional desktop application is an epic pain in the ass compared to shipping a Metro-style app. Metro makes it a lot easier for most developers to sell native apps on Windows.
1. All Metro / Windows Store apps have to be distributed through the Windows Store for mass distribution - that much is true. There are good reasons for this - namely it saves you the trouble of having to write installers for three separate hardware architectures (ARM, X86, X64) and makes it comparatively low-friction to distribute your app compared to traditional desktop applications.
2. It's pretty easy to side-load applications on a one-to-one basis for developers who are running non-ARM devices; you can package an app automatically from Visual Studio with a self-install PowerShell script and installing an app is as easy as emailing someone a zip file with the app package + install script. This was how we tested apps among distributed teams internally at Microsoft and how all of the early third-party developers did it. I only did this on X64 devices so I'm not sure if there's support for X86 and I'm pretty sure ARM doesn't support this.
3. Enterprises have the ability to create their own bolt-on to the app store using Active Directory to ensure that all of their employees can get access to private, line-of-business Metro apps that they don't want exposed in the public app store.
4. Traditional desktop applications, non-Metro ones, can still be distributed the old fashioned way. My previous employer before Microsoft has no plans to put its desktop software in the Windows Store and frankly I don't think it will affect them much.
For the desktop, look at Metro as a way to have some content-focused apps and games that come to life directly on your desktop through live tiles. Don't look at them as replacements for heavy-weight, traditional desktop applications. That's not their point.
Windows isn't going to be a closed platform - if anything Metro makes Windows more accessible to a larger number of developers. Shipping a traditional desktop application is an epic pain in the ass compared to shipping a Metro-style app. Metro makes it a lot easier for most developers to sell native apps on Windows.
"Metro makes it a lot easier for most developers to sell native apps on Windows."
As long as Microsoft approves your app.
I want my politically incorrect apps, full of boobs, farts, surveillance evading tools and bomb-making instructions.
As long as Microsoft approves your app.
I want my politically incorrect apps, full of boobs, farts, surveillance evading tools and bomb-making instructions.
'K, I'm totally cool with the downvote.
But I'd like to know, was the downvote (or votes) related to:
But I'd like to know, was the downvote (or votes) related to:
- Pointing out that Microsoft has gateway approval authority is old and tired.
- Using the term politically incorrect is old and tired.
- Boobs (including porn, fine art, vacation pictures etc.) should be hidden.
- Fart apps are too low brow.
- No legitimate user needs surveillance evasion tools.
- Microsoft has a social or corporate responsibility to prevent the spread of surveillance evasion tools.
- Only unsavory users need to know how to make bombs, or learn about how people make bombs to understand those people.
- Microsoft has a social or corporate responsibility to prevent the spread of information on bomb making.
- Microsoft would never disapprove an app based on anything like the above.
- Other.
Thanks for commenting here.
> For the desktop, look at Metro as a way to have some content-focused apps and games that come to life directly on your desktop through live tiles. Don't look at them as replacements for heavy-weight, traditional desktop applications. That's not their point.
I don't think Microsoft has communicated this at all. I don't think there is any definitive statement that the desktop is not being deprecated, and will continue to exist and be developed for.
> For the desktop, look at Metro as a way to have some content-focused apps and games that come to life directly on your desktop through live tiles. Don't look at them as replacements for heavy-weight, traditional desktop applications. That's not their point.
I don't think Microsoft has communicated this at all. I don't think there is any definitive statement that the desktop is not being deprecated, and will continue to exist and be developed for.
It's probably fair to assume that the desktop won't be going away soon by the fact that they've improved it on Win8 (there are a lot of non-metro improvements in Win8 - surprised?). If the desktop were there right now purely temporarily then I doubt MS would have spent time improving it.
Maybe one day they'll nuke it, but they have a long way to go.
Maybe one day they'll nuke it, but they have a long way to go.
They don't need to issue a definitive statement on it, because that's not a possibility.
Why would Microsoft set a 250+ billion dollar ecosystem on fire (third party Windows desktop software) when it's responsible for locking in all of Microsoft's enterprise customers?
Metro is for consumers.
Why would Microsoft set a 250+ billion dollar ecosystem on fire (third party Windows desktop software) when it's responsible for locking in all of Microsoft's enterprise customers?
Metro is for consumers.
> There are good reasons for this - namely it saves you the trouble of having to write installers for three separate hardware architectures (ARM, X86, X64) and makes it comparatively low-friction to distribute your app compared to traditional desktop applications.
That is a convenience of using the app store. That is not a good reason to lock out other channels. Nothing intrinsic to either option necessitates making them mutually exclusive.
That is a convenience of using the app store. That is not a good reason to lock out other channels. Nothing intrinsic to either option necessitates making them mutually exclusive.
"Shipping a traditional desktop application is an epic pain in the ass compared to shipping a Metro-style app."
No, it's not. Desktop software installation and update packaging is a solved problem. On top of it... Multitude hosting and payment processing providers to choose from, nobody puts any restrictions on whether your app aligns with store owner's overall strategy, how/whether you can process payments outside the store, better margins, etc. "Ease of discovery" is overrated: maybe store makes it easier for big partners to be more prominent, but the more it grows the more it becomes just another silo, and you still must do your own legwork to market your app, making 25-30% cut look even worse. So, yeah, Windows does take a route to become more closed platform.
No, it's not. Desktop software installation and update packaging is a solved problem. On top of it... Multitude hosting and payment processing providers to choose from, nobody puts any restrictions on whether your app aligns with store owner's overall strategy, how/whether you can process payments outside the store, better margins, etc. "Ease of discovery" is overrated: maybe store makes it easier for big partners to be more prominent, but the more it grows the more it becomes just another silo, and you still must do your own legwork to market your app, making 25-30% cut look even worse. So, yeah, Windows does take a route to become more closed platform.
Uh huh. So, I take it then you've actually built a Windows desktop application that was popular / important enough that you had to do all of the following on a startup / small-business budget:
1. Installers that have to cover three versions of Windows, two hardware architectures (x86, x64), and thousands of different localization permutations.
2. Deal with piracy, cracking, and malware-ified version of your own company's desktop applications.
3. UI design in C/C++ that didn't look like absolute shit. Oh, and let's go ahead and throw foreign language localization into the mix too (German words are looooooong)
4. Company-defined security policies / UAC / third party virus scanning technology that can interfere with the install process in ways you couldn't even imagine.
5. Bad images and weird registry issues caused by things that are largely out of your control, but you have to account for anyway.
The only item on that list Metro forces me to deal with (if I want to) is localization, which is 10000x easier to do in HTML5/JS or C#/XAML than it ever was in C.
If all of those things seem simple to you, I'm calling bullshit.
1. Installers that have to cover three versions of Windows, two hardware architectures (x86, x64), and thousands of different localization permutations.
2. Deal with piracy, cracking, and malware-ified version of your own company's desktop applications.
3. UI design in C/C++ that didn't look like absolute shit. Oh, and let's go ahead and throw foreign language localization into the mix too (German words are looooooong)
4. Company-defined security policies / UAC / third party virus scanning technology that can interfere with the install process in ways you couldn't even imagine.
5. Bad images and weird registry issues caused by things that are largely out of your control, but you have to account for anyway.
The only item on that list Metro forces me to deal with (if I want to) is localization, which is 10000x easier to do in HTML5/JS or C#/XAML than it ever was in C.
If all of those things seem simple to you, I'm calling bullshit.
1. http://www.jrsoftware.org/isinfo.php
2: * http://www.diaryofaninja.com/blog/2012/04/25/cause-for-conce... * http://arstechnica.com/information-technology/2010/12/window... * http://www.zdnet.com/blog/hardware/piracy-and-the-apple-app-... * http://www.switched.com/2011/01/07/apple-mac-app-store-drm-h... If I roll my own protection, I can make changes quickly. If I rely on store owner I need to deal with their priorities when they're approaching solution of their cracked scheme (backwards compatibility and minimal effect on store). I started with ASProtect, but eventually decided that people who download my software off of warez websites are not my customers anyway and replaced it with a brain-dead serial number verification, which I could bin-patch even myself.
3: Desktop application != C++ application. C#/WinForms, C#/WPF are desktop applications as well. But yeah, developing decent UI in MFC is quite a bit of pain. Although, you could take some shortcuts with implementing UI with HTML/js, loading them from resources. I did that once, it is possible. Localization is a solved problem for both native and .NET.
4: So? Company policies and UAC doesn't go anywhere with Store. Antiviruses - yeah, those are more painful for regular software.
5: Applies to Store too. If something is wrong with customer's PC, it will be wrong regardless of your path of distribution.
Look, software is never simple (unless we're talking about fart apps), but the Store is not some kind of unicorn that alleviates all problems. Yes, certain things will be simpler, but usually the bigger problem is marketing and promotion and for its costs and risks of rejections/removals Store just not worth it.
2: * http://www.diaryofaninja.com/blog/2012/04/25/cause-for-conce... * http://arstechnica.com/information-technology/2010/12/window... * http://www.zdnet.com/blog/hardware/piracy-and-the-apple-app-... * http://www.switched.com/2011/01/07/apple-mac-app-store-drm-h... If I roll my own protection, I can make changes quickly. If I rely on store owner I need to deal with their priorities when they're approaching solution of their cracked scheme (backwards compatibility and minimal effect on store). I started with ASProtect, but eventually decided that people who download my software off of warez websites are not my customers anyway and replaced it with a brain-dead serial number verification, which I could bin-patch even myself.
3: Desktop application != C++ application. C#/WinForms, C#/WPF are desktop applications as well. But yeah, developing decent UI in MFC is quite a bit of pain. Although, you could take some shortcuts with implementing UI with HTML/js, loading them from resources. I did that once, it is possible. Localization is a solved problem for both native and .NET.
4: So? Company policies and UAC doesn't go anywhere with Store. Antiviruses - yeah, those are more painful for regular software.
5: Applies to Store too. If something is wrong with customer's PC, it will be wrong regardless of your path of distribution.
Look, software is never simple (unless we're talking about fart apps), but the Store is not some kind of unicorn that alleviates all problems. Yes, certain things will be simpler, but usually the bigger problem is marketing and promotion and for its costs and risks of rejections/removals Store just not worth it.
I guess the point I'm trying to make is that technical difficulties during "traditional"desktop development are, while real, more of a red herring with app stores: the main problem is sales and Store doesn't really solve it.
Thanks for the info. The bit about enterprise-specific stores is new to me, and sounds like a damn good idea.
Working with Apple and therefore being forced to go through the public store for everything creates more problems than it solves.
Working with Apple and therefore being forced to go through the public store for everything creates more problems than it solves.
I've never used it myself, but iOS has enterprise distribution as well, don't they? I think it still works through iTunes on the client side.
> Windows isn't going to be a closed platform - if anything Metro makes Windows more accessible to a larger number of developers.
If I have to go through Microsoft to get a Metro app onto Windows, then at the very least...the platform is partially closed.
Besides that, I think that many, many people already consider Windows a closed platform (I certainly do), so I guess it depends on your definition of "closed".
If I have to go through Microsoft to get a Metro app onto Windows, then at the very least...the platform is partially closed.
Besides that, I think that many, many people already consider Windows a closed platform (I certainly do), so I guess it depends on your definition of "closed".
I don't really understand why folks are hung up on this; this is par for the course when you're using a centralized app store.
Having said that, let me do my best to try to address some concerns you might have.
1. The Windows Store is really transparent about why your app failed certification - first time our app failed it was because we forgot to attach some art assets (icons) to our app. This is the way it was with the Windows Phone marketplace too - when some of the startups I worked with had apps fail for more content-related reasons, it was always followed with an explanation as to what (1) region-specific content restriction was the source of the issue [don't submit apps with maps of disputed territories to China or fashion apps to countries with Sharia law] and (2) were reponsive when asked follow-up questions. This isn't the Apple store - Microsoft has a much higher investment in its relationships with developers.
2. The Windows Store terms of service are reasonable / understandable by human beings, and they give you the automated tool they use for checking for bugs / permissions issues (i.e. if you make calls to the location service, you have to make that explicit in your app manifest so the end-user is aware of it) so you can run it yourself before submitting.
3. Turnaround time is pretty fast now - our app got approved after we re-submitted within about 8 hours. It'll slow down more once the volume of submissions goes up.
Overall, I think it's a lot easier and cheaper to both develop and distribute a Metro app that looks good, works well, and is easily accessible to a large market. You don't have to invent your own distribution channel, and the development experience is much easier and gives you better-looking results right out of the box.
Having said that, let me do my best to try to address some concerns you might have.
1. The Windows Store is really transparent about why your app failed certification - first time our app failed it was because we forgot to attach some art assets (icons) to our app. This is the way it was with the Windows Phone marketplace too - when some of the startups I worked with had apps fail for more content-related reasons, it was always followed with an explanation as to what (1) region-specific content restriction was the source of the issue [don't submit apps with maps of disputed territories to China or fashion apps to countries with Sharia law] and (2) were reponsive when asked follow-up questions. This isn't the Apple store - Microsoft has a much higher investment in its relationships with developers.
2. The Windows Store terms of service are reasonable / understandable by human beings, and they give you the automated tool they use for checking for bugs / permissions issues (i.e. if you make calls to the location service, you have to make that explicit in your app manifest so the end-user is aware of it) so you can run it yourself before submitting.
3. Turnaround time is pretty fast now - our app got approved after we re-submitted within about 8 hours. It'll slow down more once the volume of submissions goes up.
Overall, I think it's a lot easier and cheaper to both develop and distribute a Metro app that looks good, works well, and is easily accessible to a large market. You don't have to invent your own distribution channel, and the development experience is much easier and gives you better-looking results right out of the box.
I'm not sure what you're responding to. What is par for the course when using a centralized app store?
I simply stated that if you must go through a third party to get your apps to the consumer, then that platform (or at least that part of it) is "closed". You responded with the value proposition, but I'll be glad to address that below.
I understand the value of Microsoft's offering and I'm simply not interested on principle...and I'm speaking as a hard-core Windows user. I love Windows, I think it's far better than the alternatives, but the reason I like it is because I get the right mix of quality and flexibility (read: freedom).
I'll be damned if Microsoft is going to force me into using only their store to buy and sell Metro apps. The only way I'll ever use Metro or develop for it is if Microsoft opens up the channel for alternative stores and side-loading. Barring that, I may use it begrudgingly if someone jail-breaks it and develops a store like Cydia.
Honestly, I'm sure the Windows Store is going to be great and all, but that's not my concern. I will not participate in a captive market.
I simply stated that if you must go through a third party to get your apps to the consumer, then that platform (or at least that part of it) is "closed". You responded with the value proposition, but I'll be glad to address that below.
I understand the value of Microsoft's offering and I'm simply not interested on principle...and I'm speaking as a hard-core Windows user. I love Windows, I think it's far better than the alternatives, but the reason I like it is because I get the right mix of quality and flexibility (read: freedom).
I'll be damned if Microsoft is going to force me into using only their store to buy and sell Metro apps. The only way I'll ever use Metro or develop for it is if Microsoft opens up the channel for alternative stores and side-loading. Barring that, I may use it begrudgingly if someone jail-breaks it and develops a store like Cydia.
Honestly, I'm sure the Windows Store is going to be great and all, but that's not my concern. I will not participate in a captive market.
I think Apples long term plan is the same: make a closed ecosystem on the Desktop exactly like the one on iOS. There is no incentive that I can see for them to keep it open. It worked well on mobile, why not do the same on the desktop?
But of course it's only speculation at this point.
But of course it's only speculation at this point.
That sounds like a pretty scary future where one can only use "pre-approved" apps from a couple of entities like Microsoft or Apple. Android will remain the only open system from this point of view (Linux, too, but it's not very popular with consumers right now).
Sure people will still jailbreak stuff in the future, but making jailbreaking illegal is just one bill away. If you remember, that almost happened about 2 years ago, but fortunately a lot of people protested against it that time.
Sure people will still jailbreak stuff in the future, but making jailbreaking illegal is just one bill away. If you remember, that almost happened about 2 years ago, but fortunately a lot of people protested against it that time.
Google wants you to think Android's open. It's not.
Seiously guy, go away. I'm so tired of hearing this. Android is open, Google apps are not. You can download the source for Android right now, modify it freely, and put it on a device. It may not be as open as some Linux distros, in that not everyone can submit code that will make it in to the official distro, but it is still open.
I don't see any problem with saying that Android is not an open system. They use open source, but the way it is distributed takes away many of the freedoms of OSS. Also, most of the system is really in the Apps, many of which are closed source. In other words, Android is as much open source as the iOS is, because it is based on an open source kernel but the user space is full of non-open components. And good luck trying to contribute something back to the owners of the system...
> Android is as much open source as the iOS is
I didn't realize iOS was open source! Where can I get the source?
I didn't realize iOS was open source! Where can I get the source?
>the way it is distributed
Oh really? http://source.android.com/source/downloading.html
Oh really? http://source.android.com/source/downloading.html
That's an old version of Android. The current version is not open to anyone but Google employees.
It may not be the development trunk, but it's not an "old version". It's the latest release, 4.1.1.
Eh, releases are arbitrary points in the development cycle. There is new, stable, stuff in the dev trunk today, we just don't get to see it.
I don't see any difference between Google code-dumping (because that's all they do) "releases" of Android and iD Software open-sourcing old versions of idTech. iD is just more honest about it.
I don't see any difference between Google code-dumping (because that's all they do) "releases" of Android and iD Software open-sourcing old versions of idTech. iD is just more honest about it.
An open source project only requires that you can see the code, not that you can see what any one person or team is working on at any given moment.
Calling Google dishonest for making the latest released version of Android available seems disingenuous, at best.
Calling Google dishonest for making the latest released version of Android available seems disingenuous, at best.
If you remove the community-based aspect from open source, there is not much of an advantage in it. This idea of regular code-drops seem just like a way of maintaining the minimum requirements to conform to the open source tag.
In fact, many of the FSF's own open source projects had closed-off development processes from the start with only periodic source drops available.
Android's system for public contribution looks good to me: http://source.android.com/source/submit-patches.html
If you'll look at a few recent commits in the Android code-review system, you'll see quite a few non-Google email addresses: https://android-review.googlesource.com/
If you'll look at a few recent commits in the Android code-review system, you'll see quite a few non-Google email addresses: https://android-review.googlesource.com/
Right now, you can install applications distributed by non-authorized third parties onto many Android systems, and you cannot do so on any iOS system without jailbreaking. There are many other important meanings of "open" which Android may or may not satisfy, but those aren't what's being discussed here.
I can side load apps on my Android device. I can install things like Cyanogenmod. How is this not more open?
I think you're right, and that sideloading (which is really just normal loading, as people have done since the dawn of computing) is the most important test of openness for a platform. If you can write a program, and hand it to me somehow, and I can install it - and the platform developer doesn't have a veto over it - that means the platform is open.
Platform openness is really important, too. It means that people can write and share applications that the platform developer may not approve of - benchmarks, secure network code, games with controversial content - the list goes on.
That isn't to claim that an open source platform isn't a good thing. But open closed-source platforms have been a huge boon to the world since the dawn of computing, while closed closed-source platforms are problematic.
Platform openness is really important, too. It means that people can write and share applications that the platform developer may not approve of - benchmarks, secure network code, games with controversial content - the list goes on.
That isn't to claim that an open source platform isn't a good thing. But open closed-source platforms have been a huge boon to the world since the dawn of computing, while closed closed-source platforms are problematic.
I'm not going to debate absolutes, but it is patently obvious that Android is relatively more open than iOS or Windoze by such an immense margin that your statement seems, well... asinine. Could it be better? Yes, absolutely. But, given the BS business model that Microsoft has always had (which is really the same for Apple, though they are better at marketing), Android is a hippie commune by comparison.
What do you think about the prospect of Gecko?
What do you think about the prospect of Gecko?
You should really check out Cory Doctorow's "The coming war on general-purpose computing":
http://boingboing.net/2012/01/10/lockdown.html
http://boingboing.net/2011/12/27/the-coming-war-on-general-p...
and: http://boingboing.net/2012/08/23/civilwar.html
and: http://boingboing.net/2012/08/23/civilwar.html
How will one develop apps in such an environment?
Similarly to how you do on Windows 8 just now, I would imagine. XCode would work fine, can compile apps, run them for debugging locally. You just can't debug apps without getting a developer key, and that developer key would only be valid for your machine.
The grandparent described the environment being "exactly" like iOS. That would mean no terminal, for example. It would mean no 3rd party dev tools that can do much of anything (except SSH into another computer and do dev there). No Homebrew. Web development would be impossible - all web devs would leave.
Sounds like a lot of negatives for Apple and few positives. Makes more sense to make it difficult for common users to do the things they don't want them to do.
Sounds like a lot of negatives for Apple and few positives. Makes more sense to make it difficult for common users to do the things they don't want them to do.
> The grandparent described the environment being "exactly" like iOS.
Let me make my point clearer: I was talking about the ability of downloading and installing apps freely from the internet. What I meant was a closed ecosystem where you can only use approved apps from the app store without the ability to install apps from third partys.
That does not mean that you can't use the terminal or XCode (if those are approved apps), or get a "developer license" to "unlock" your Mac.
Let me make my point clearer: I was talking about the ability of downloading and installing apps freely from the internet. What I meant was a closed ecosystem where you can only use approved apps from the app store without the ability to install apps from third partys.
That does not mean that you can't use the terminal or XCode (if those are approved apps), or get a "developer license" to "unlock" your Mac.
I don't see any benefit to them doing this. Macs are computers, used by developers, for a variety of things, not just writing iOS apps. Increasing the cost of very expensive Macs by another $100/year, and taking away the feeling of ownership for those developers, is just a means of driving them away.
Sure, the default environment would be. But I expect they would do something where, if you had a paid developer license (or some sort of free "local debugging" license), they would unlock the Terminal and some form of IDE.
Only with Apple's tools.
I'm not sure about that. With the way they've built gatekeeper it seems they might eventually set that to only allow installation of store apps by default but make it easy to turn off.
While I'm worried about this happening eventually, I think Gatekeeper is a sign of the opposite. If Apples intentions were to make it like iOS, they wouldn't have bothered introducing that, they would have pushed everyone into the App Store instead.
I wouldn't be surprised to see IOS devices canabalise the desktop and laptop markets over time. My guess is Apple would be quite happy with this.
Apple has no intent to lock down their OS.
I dunno, the mac store, and the fact that you now need to jump through hoops to run .app files you grab online seem like a solid step towards lock down to me.
Note, I say this as a MBP + iPhone owner. It's just hard to think Apple wouldn't do to OSX what they have on iOS if they think they can get away with it.
Note, I say this as a MBP + iPhone owner. It's just hard to think Apple wouldn't do to OSX what they have on iOS if they think they can get away with it.
How could you possibly know that?
Microsoft is obsessed about backward compatibility. They have to be to continue being the dominant force in the corporate market. They won't even have a choice not to support desk-top style apps for the next 20 years, even if at some point they will run in some kind of virtualized environment.
Funny thing: lots of businesses still use windows XP. Backward compatibility is nice but running XP is much better than hoping stuff will work on windows 7 or 8. 20 years from now I wouldnt be surprised to see XP still used ...
For that there is the so Microsoft-named "Microsoft Enterprise Desktop Virtualization".
http://www.microsoft.com/en-us/windows/enterprise/products-a...
http://www.microsoft.com/en-us/windows/enterprise/products-a...
>hoping
That's why you test - so you know whether or not something works. Additionally, there are significantly more important factors to consider than whether or a particular OS runs your application.
That's why you test - so you know whether or not something works. Additionally, there are significantly more important factors to consider than whether or a particular OS runs your application.
As a business owner with a process that has worked for X>0 years, unless there is a very compelling reason to do so, you don't want to risk disrupting your business with an upgrade of any core piece, especially the operating system.
Testing is fine and dandy, and breaks are acceptable in some circles, but in mission critical situations you can't be as frivolous.
Testing is fine and dandy, and breaks are acceptable in some circles, but in mission critical situations you can't be as frivolous.
There are reasons why you would want to upgrade, security, forward-compatibility, and product support. Since XP is becoming completely unsupported in a year, that's a very compelling reason.
Your last sentence doesn't really make any sense. If you're testing thoroughly you shouldn't run into any issues that are completely breaking.
Your last sentence doesn't really make any sense. If you're testing thoroughly you shouldn't run into any issues that are completely breaking.
> I assumed that Windows 8 only contained the 'desktop' to give developers time to convert their apps to work on metro and that Microsoft would deprecate the desktop in Windows 9 or 10.
Where did you get this idea from?
The Desktop is here to stay, because it's the only way to run real applications that need a bit more than touch gestures.
Let me help you out...
Metro -> For Consumers (silly games, twitter, browsing internet, and buying shit)
Desktop -> For Producers (VS.NET, Office, dev and server stuff, real applications, etc)
Windows 8 basically is one OS for both Tablets and PCs. That's all there is to it.
Where did you get this idea from?
The Desktop is here to stay, because it's the only way to run real applications that need a bit more than touch gestures.
Let me help you out...
Metro -> For Consumers (silly games, twitter, browsing internet, and buying shit)
Desktop -> For Producers (VS.NET, Office, dev and server stuff, real applications, etc)
Windows 8 basically is one OS for both Tablets and PCs. That's all there is to it.
I think the idea comes from observing Microsoft's own behavior:
- They foist the Metro UI on you by starting your "desktop" OS directly to that new UI as if to say "not only is this new UI not going away, but we're going to force you to look at it."
- It's all they can talk about, within the realm of UI tech.
- When Microsoft finds a new thing to talk about, they stop talking about the old things and the old things simply die off or at the very least, receive very little new development.
So, the idea that Windows 8 only contains the desktop to give developers time to convert their apps to work on metro may not be very far from the truth.
- They foist the Metro UI on you by starting your "desktop" OS directly to that new UI as if to say "not only is this new UI not going away, but we're going to force you to look at it."
- It's all they can talk about, within the realm of UI tech.
- When Microsoft finds a new thing to talk about, they stop talking about the old things and the old things simply die off or at the very least, receive very little new development.
So, the idea that Windows 8 only contains the desktop to give developers time to convert their apps to work on metro may not be very far from the truth.
I think it will be more along the lines with how they got rid of DOS. The command prompt still exists, it's just hidden away. You can't exit windows to dos like you used to be able to do.
Same thing will happen with the desktop. Today on the Metro start screen the desktop has a first-row tile but I imagine eventually it will have no tile and you'll have to search for it. Effectively making it not exist for the common user.
But Microsoft is still investing a lot of money in desktop software. Not user-facing software. But much of their code assumes more capabilities than what WinRT allows. All of the developer tools, for example. Think about a memory diagnostic tools, that is of course impossible in WinRT. Powershell is impossible in WinRT.
Same thing will happen with the desktop. Today on the Metro start screen the desktop has a first-row tile but I imagine eventually it will have no tile and you'll have to search for it. Effectively making it not exist for the common user.
But Microsoft is still investing a lot of money in desktop software. Not user-facing software. But much of their code assumes more capabilities than what WinRT allows. All of the developer tools, for example. Think about a memory diagnostic tools, that is of course impossible in WinRT. Powershell is impossible in WinRT.
> I think it will be more along the lines with how they got rid of DOS. The command prompt still exists, it's just hidden away. You can't exit windows to dos like you used to be able to do.
DOS isn't a command prompt its an operating system. DOS wasn't 'hidden away' its gone. Windows 3.1 was really just a GUI running on top of MS-DOS. 95, 98, and ME used MS-DOS as a bootloader to get windows running, basically flipping the CPU into protected mode then handing it over to windows. The WinNT family wasn't built on top of DOS at all but rather has a standalone kernal. DOS programs were only supported by a virtual machine (and aren't supported at all in 64bit windows, DOS is completely gone there).
I don't see much connection at all between DOS and Metro, Metro is just a UI.
DOS isn't a command prompt its an operating system. DOS wasn't 'hidden away' its gone. Windows 3.1 was really just a GUI running on top of MS-DOS. 95, 98, and ME used MS-DOS as a bootloader to get windows running, basically flipping the CPU into protected mode then handing it over to windows. The WinNT family wasn't built on top of DOS at all but rather has a standalone kernal. DOS programs were only supported by a virtual machine (and aren't supported at all in 64bit windows, DOS is completely gone there).
I don't see much connection at all between DOS and Metro, Metro is just a UI.
Calm down, I understand all of that. My point is that they didn't take away the functionality of DOS, and it mostly exists to this day. Even the default Visual Studio project is a command line program (last time I checked). I see the same future for the desktop.
> My point is that they didn't take away the functionality of DOS
They took all of it away. (thankfully, it was a complete mess).
> Even the default Visual Studio project is a command line program (last time I checked).
'DOS' and 'command line' are not the same thing, at all, not even remotely.
Your literally comparing trading one UI for another to trading one UI for an OS. That makes no sense at all.
They took all of it away. (thankfully, it was a complete mess).
> Even the default Visual Studio project is a command line program (last time I checked).
'DOS' and 'command line' are not the same thing, at all, not even remotely.
Your literally comparing trading one UI for another to trading one UI for an OS. That makes no sense at all.
That's not what I'm comparing. I'm comparing one deprecated functionality to another deprecated functionality. The fact that the former lingered on leads me to believe that the latter will also.
How is the command line different from DOS? I can still run non-trivial DOS programs from the command line (e.g. Alpha Centauri).
Unless your on an old version of windows or have installed a DOS emulator you are not running DOS programs. Alpha Centauri for example has been updated several times and includes a windows application now. Starting a program from the command line has nothing to do with whether its a windows or dos program.
Windows 7 32-bit (not 64-bit) still includes the DOS API implementation descended from the original in Windows NT.
Open up cmd.exe. Now run "edit". That's a 16-bit DOS program. You won't be able to find it in the Windows task manager - it's 'inside' ntvdm.exe.
More: run COMMAND.COM (not cmd.exe). You're now running the DOS command line, instead of cmd.exe's Win32 command line. It patches over some features, but not others, using the DOS Long File Name API. So "DIR" will list long file names, but you can't "cd \windows\serviceprofiles". You can "cd \windows\servic~1".
Open up cmd.exe. Now run "edit". That's a 16-bit DOS program. You won't be able to find it in the Windows task manager - it's 'inside' ntvdm.exe.
More: run COMMAND.COM (not cmd.exe). You're now running the DOS command line, instead of cmd.exe's Win32 command line. It patches over some features, but not others, using the DOS Long File Name API. So "DIR" will list long file names, but you can't "cd \windows\serviceprofiles". You can "cd \windows\servic~1".
You seem to still be confusing the command prompt and console applications with the MS-DOS operating system. The applications that can be executed inside the Windows command-line prompt are Windows applications, not DOS applications.
I'm not confused about that, it just wasn't my point. My point was the tool still existed past the introduction of the Windows GUI interface. I can still run commands that have the same API as the DOS commands, I can still pipe together commands, I can still redirect commands. I foresee that, in the same way, the ability to use the desktop for things that are not allowed in Metro; like examining memory, will keep going on for an indefinite period of time. Whether that future desktop is compatible with the one we have today is, again, not the point I'm making.
> I can still run commands that have the same API as the DOS commands, I can still pipe together commands, I can still redirect commands.
What you seem to continue to not understand is that this functionality is not provided by DOS. Its provided by a command line interpreter. In windows this is cmd.exe which _is not_ DOS. It shares some syntax with the MS-DOS command line interpreter which is command.com but there are also differences in the same way there are differences between zsh and bash. For comparison I wouldn't call 'bash' 'linux' as that makes no sense. Bash after all, can run on a number of operating systems. To make an analogy to what your saying, when I open iTerm+bash on a Mac I guess I should say 'opening linux' which is obviously wrong. Before you say cmd.exe is only a DOS thing, its not it was also used in OS/2 as the default command line interpreter.
As for the functionality (I assume to mean at this point: a command line interface) being deprecated. In fact MS has been pushing PowerShell strongly as its new command line interface. You don't generally create new and improved versions of deprecated functionality.
If you want to make an argument for the reduced usage of the command line, fine. But, there is no mention of DOS needed to make that argument.
What you seem to continue to not understand is that this functionality is not provided by DOS. Its provided by a command line interpreter. In windows this is cmd.exe which _is not_ DOS. It shares some syntax with the MS-DOS command line interpreter which is command.com but there are also differences in the same way there are differences between zsh and bash. For comparison I wouldn't call 'bash' 'linux' as that makes no sense. Bash after all, can run on a number of operating systems. To make an analogy to what your saying, when I open iTerm+bash on a Mac I guess I should say 'opening linux' which is obviously wrong. Before you say cmd.exe is only a DOS thing, its not it was also used in OS/2 as the default command line interpreter.
As for the functionality (I assume to mean at this point: a command line interface) being deprecated. In fact MS has been pushing PowerShell strongly as its new command line interface. You don't generally create new and improved versions of deprecated functionality.
If you want to make an argument for the reduced usage of the command line, fine. But, there is no mention of DOS needed to make that argument.
I don't know how more clearly I can say this: I know that the command prompt and DOS are not the same. I have always know this. I understand that my original comment was unclear on this, but my first reply should have cleared it up. I know that they are not the same; that they are was not my point.
My point is, was always, that the functionality of the dos command prompt, the very API, was not abandoned, and exists even to this day. Here are a list of Windows commands: http://ss64.com/nt/ Most of these were taken from, and have the exact same API as the old dos commands.
What I was saying -- and I don't understand how this isn't clear -- is that the functionality the desktop provides, like the functionality the dos prompt provided, will not be abandoned going forward (as some others believe it will).
You seem to be the one confused here, as you stated that Metro for Desktop is an exchange of UIs, but that is not the case, the runtime is entirely different. There is a whole set of functionality not possible on WinRT. For example, one cannot write a memory profiler like this in Metro: http://memprofiler.com/. If it were merely a UI swap that would be possible and your comments would be correct.
My point is that things like memory profilers will continue to be useful on Windows and that... just as they did with the transition away from dos, Microsoft will continue to provide a way for those things to happen. It might not be binary compatible with all existing Win32 programs, but it will exist, and it will not be Metro.
My point is, was always, that the functionality of the dos command prompt, the very API, was not abandoned, and exists even to this day. Here are a list of Windows commands: http://ss64.com/nt/ Most of these were taken from, and have the exact same API as the old dos commands.
What I was saying -- and I don't understand how this isn't clear -- is that the functionality the desktop provides, like the functionality the dos prompt provided, will not be abandoned going forward (as some others believe it will).
You seem to be the one confused here, as you stated that Metro for Desktop is an exchange of UIs, but that is not the case, the runtime is entirely different. There is a whole set of functionality not possible on WinRT. For example, one cannot write a memory profiler like this in Metro: http://memprofiler.com/. If it were merely a UI swap that would be possible and your comments would be correct.
My point is that things like memory profilers will continue to be useful on Windows and that... just as they did with the transition away from dos, Microsoft will continue to provide a way for those things to happen. It might not be binary compatible with all existing Win32 programs, but it will exist, and it will not be Metro.
> My point is, was always, that the functionality of the dos command prompt, the very API, was not abandoned, and exists even to this day. Here are a list of Windows commands: http://ss64.com/nt/ Most of these were taken from, and have the exact same API as the old dos commands.
The majority of that list are applications provided by the standard installation. Those commands are not features of the command line interpreter. A comparison to other OSs would be BusyBox, GNU coreutils, OSX command line developer tools, etc. As for the API remaining stable, not really, here is a comparison: http://www.robvanderwoude.com/batchcommands.php
> There is a whole set of functionality not possible on WinRT. For example, one cannot write a memory profiler like this in Metro: http://memprofiler.com/.
You can actually, it just wouldn't pass MS's review process and make it into the app store. That isn't a software change its a policy change.
> It might not be binary compatible with all existing Win32 programs, but it will exist, and it will not be Metro.
It would be binary compatible (assuming compilation for the same architecture). The executable format hasn't changed, they are just in-acting policies regarding what API's can be used via their app store review procedure just like apple does in its app store. Note that this is not the case between DOS programs and win32 programs, there is a complete binary compatibility break there.
The majority of that list are applications provided by the standard installation. Those commands are not features of the command line interpreter. A comparison to other OSs would be BusyBox, GNU coreutils, OSX command line developer tools, etc. As for the API remaining stable, not really, here is a comparison: http://www.robvanderwoude.com/batchcommands.php
> There is a whole set of functionality not possible on WinRT. For example, one cannot write a memory profiler like this in Metro: http://memprofiler.com/.
You can actually, it just wouldn't pass MS's review process and make it into the app store. That isn't a software change its a policy change.
> It might not be binary compatible with all existing Win32 programs, but it will exist, and it will not be Metro.
It would be binary compatible (assuming compilation for the same architecture). The executable format hasn't changed, they are just in-acting policies regarding what API's can be used via their app store review procedure just like apple does in its app store. Note that this is not the case between DOS programs and win32 programs, there is a complete binary compatibility break there.
By that analogy, only Microsoft blessed developers could make desktop apps and all others who wanted to distribute independently will be forced to use the command line.
A visual version of a similar analogy: http://ignorethecode.net/blog/2012/09/09/progress/
The notion of Microsoft getting rid of the desktop in favor of a locked down OS which only allows applications which running in sandboxes will make sense when Visual Studio is converted to do so.
Or to put it another way, don't expect Microsoft to change the dogfood's dog food's to something they cannot eat. As a corollary, Windows 8 applications and RT devices will be suitable for the sorts of corporate tasks non-programmers at Microsoft perform in the course of their work.
Or to put it another way, don't expect Microsoft to change the dogfood's dog food's to something they cannot eat. As a corollary, Windows 8 applications and RT devices will be suitable for the sorts of corporate tasks non-programmers at Microsoft perform in the course of their work.
I thought this was common knowledge. Yes, they are only distributable through the store. Yes, the only sideloading is from Visual Studio. Anyone who's spent a little time researching Windows 8 will probably already know this.
This is correct and very common knowledge. However traditional apps can be linked from the store and regularly are already so no one is missing out.
How do you do that? So can still install the software you want on windows 8 or you need to go through store each time?
You can continue to install your things just the way you did in previous Windows versions.
Exactly that.
I'm genuinely surprised at some of the things people haven't quite grasped about Windows 8. To put it simply:
Windows 8 is the same as Windows 7 but it has a new interface layer (Metro) which replaces the start menu and adds an app store for Metro and normal apps. Everything you did in Windows 7 is just the same bar the start button.
I'm genuinely surprised at some of the things people haven't quite grasped about Windows 8. To put it simply:
Windows 8 is the same as Windows 7 but it has a new interface layer (Metro) which replaces the start menu and adds an app store for Metro and normal apps. Everything you did in Windows 7 is just the same bar the start button.
Thanks, This is what I thought in may when I read about windows 8. But I feared I got everything wrong and actually every single app or soctware must go though the store and be controlled by MS , as if it were an Iphone. By the way we are developing an app that will be downloaded from our web. Now going to the store would be a trouble to us...
Microsoft has protected itself from the next Netscape Navigator. Now every software vendor for Metro/WinRT is effectively running a market research for Microsoft: what feature should be included to the next version of Windows? And after adsorbtion of that feature, third party app can be kicked out off the MS app store.
The golden age of Windows shareware and ISVs is coming to the end.
Or we will use Windows 7 for 20 years as we did with XP for 10 years from its release date.
The golden age of Windows shareware and ISVs is coming to the end.
Or we will use Windows 7 for 20 years as we did with XP for 10 years from its release date.
There are still corporations running XP and only now considering a move to Windows 7. They ignored Vista entirely, and they will do the same with Windows 8.
Pretty sure they are just doing what Apple is already doing. Apple's really closed and locked down platform is doing great, I am sure Microsoft is wanting to emulate them.
If you reading this post on an IPad or your iphone or your mac book pro, you have already voted on the closed platform and how much you love it with your wallet. So get over it.
If you reading this post on an IPad or your iphone or your mac book pro, you have already voted on the closed platform and how much you love it with your wallet. So get over it.
The MacBook Pro is not a closed platform yet. I can still create and distribute Mac apps in any medium that I feel like. On Mountain Lion, the default security options may make it a little more difficult to exectute apps that have neither been distributed via Apple nor signed with them, but there are entirely official ways of getting round this if needed.
I'm not saying that Apple won't go down this route for Mac at some point. But they have gone there yet.
I'm not saying that Apple won't go down this route for Mac at some point. But they have gone there yet.
This is a failed view. Yes, they've voted with their wallets, but "get over it" isn't the appropriate response.
The appropriate response would be to point out that the time for change is here, and you pretty much have to start voting the other way if you're opposed to this direction.
The appropriate response would be to point out that the time for change is here, and you pretty much have to start voting the other way if you're opposed to this direction.
Please explain how a Macbook Pro is a closed platform.
Well I was really talking about the App Store. OSX and Windows both are going to have approved apps (the stuff you can get in their stores) then red headed step child apps that you get else where.
MBP are not closed exactly but they have the same model that everyone is bitching about for windows.
MBP are not closed exactly but they have the same model that everyone is bitching about for windows.
No, they don't. I can download and run a Cocoa app which would be much the same as a Cocoa app I get in the app store. I can't do the same with a Metro app.
I've read as much as I can about Windows 8, tried the preview, worked with a Windows phone.
Honestly, I can't see Windows 8 being anything but a colossal failure on the desktop, ala Vista. Everyone on the planet seems to be telling Microsoft to have two OS versions, one for mobile and one for desktop, but they are not listening. I would be seriously worried if I was a Microsoft investor, and I say that as a guy who's built primarily C# apps for the last five years.
Honestly, I can't see Windows 8 being anything but a colossal failure on the desktop, ala Vista. Everyone on the planet seems to be telling Microsoft to have two OS versions, one for mobile and one for desktop, but they are not listening. I would be seriously worried if I was a Microsoft investor, and I say that as a guy who's built primarily C# apps for the last five years.
Well they still have two OS versions (although Windows Phone 8 now shares the Win 8 kernel). The real question is if Microsoft's long bet on tablets and touchscreen PCs being the future of desktops is a good one. For once, I think Microsoft is aiming big with its OS, and that's something to be admired. It's going to piss of techies, but it has a real shot at making tablets and hybrid PCs more useful for everyone else.
Also, it seems pretty clear to me that Win 7 is going to stick around for a long time, perhaps even longer than XP. That'll likely be the go-to OS for techies and people building desktops down the line.
Also, it seems pretty clear to me that Win 7 is going to stick around for a long time, perhaps even longer than XP. That'll likely be the go-to OS for techies and people building desktops down the line.
Apple and Google view the tablet as an oversized phone, Microsoft views it as an undersized laptop or desktop. That's a philosophical difference right there.
The real test of Windows 8 will be on devices like the Surface Pro and other x86 tablets about to enter the market. Instead of being designed and used mostly as a consumption device like the iPad and Android tablets, you can run the full Visual Studio or Eclipse on them anywhere you go.
Microsoft hopes to leverage the sales of those and other touchscreen ultrabooks, laptops into apps and support for Windows RT.
If they made Metro run only on Windows RT tablets, it risks suffering the same fate as Windows Phone, a very nice platform with little uptake because of user and developer mindshare consumed by the iPad and Android tablets. From that perspective, Windows 8 make a lot of sense.
The real test of Windows 8 will be on devices like the Surface Pro and other x86 tablets about to enter the market. Instead of being designed and used mostly as a consumption device like the iPad and Android tablets, you can run the full Visual Studio or Eclipse on them anywhere you go.
Microsoft hopes to leverage the sales of those and other touchscreen ultrabooks, laptops into apps and support for Windows RT.
If they made Metro run only on Windows RT tablets, it risks suffering the same fate as Windows Phone, a very nice platform with little uptake because of user and developer mindshare consumed by the iPad and Android tablets. From that perspective, Windows 8 make a lot of sense.
Please don't think this is bad. The more closed these guys get, the more of a window they open up for Linux Operating Systems or alternatives. Developers and consumers alike, will start taking a long hard look at their options.
Isn't this old news? Like a year old at this point? Why did anyone think Metro apps could be sideloaded except by enterprises?
Didn't we have long discussions on Hacker News about this very same topic from a year?
Article from a year ago:
http://venturebeat.com/2011/09/19/windows-metro-apps-distrib...
As to why they're doing it, it's simple. They want Metro to avoid headlines like these:
http://www.google.com/#q=android+malware&hl=en&prmd=...
Windows Store is a bit more open on things like in-app purchases(third party payment systems allowed) and developer cut(only 25% above 25K).
Didn't we have long discussions on Hacker News about this very same topic from a year?
Article from a year ago:
http://venturebeat.com/2011/09/19/windows-metro-apps-distrib...
As to why they're doing it, it's simple. They want Metro to avoid headlines like these:
http://www.google.com/#q=android+malware&hl=en&prmd=...
Windows Store is a bit more open on things like in-app purchases(third party payment systems allowed) and developer cut(only 25% above 25K).
Your first link from a year ago discusses how tablet apps on Windows RT - the ARM version of Win8 - will be restricted. Yes, that is old news. This statement that Metro apps on the flagship desktop version of Win 8 will also be restricted is news to me. Regarding your second point about malware, Microsoft is not doing this out of concern for the safety of their customers but rather to increase their own profits and control. But for PR and anti-trust-avoidance purposes, they will sell the loss of freedom as an increase in safety. It's the same bogus argument that overreaching governments use.
There are many reasons why Microsoft would want to place restrictions on Metro app distribution but profit is not one of them. Apple's iTunes store is running at break even [0][1] so it seems unlikely to me that Microsoft would be able to make a significant profit in their Windows Store.
[0] http://www.asymco.com/2011/06/13/itunes-now-costs-1-3-billio...
[1] http://www.macobserver.com/tmo/article/apple_app_store_runs_...
[0] http://www.asymco.com/2011/06/13/itunes-now-costs-1-3-billio...
[1] http://www.macobserver.com/tmo/article/apple_app_store_runs_...
>Your first link from a year ago discusses how tablet apps on Windows RT - the ARM version of Win8 - will be restricted. Yes, that is old news. This statement that Metro apps on the flagship desktop version of Win 8 will also be restricted is news to me
Are we reading the same article here? That article explicitly states that Windows 8 Metro apps will be Store only. I hate to quote half the article but here it is:
>However, the company is creating a separate sets of rules for its “Metro-style” apps — apps that are optimized for touch screen devices but able to run on any Windows 8 machine.
>Microsoft is restricting the general distribution of Metro tablet apps — meaning all Metro apps must be downloaded through the new Windows Store. The only ones who get a pass on this restriction are developers and enterprise customers.
>The distribution of traditional desktop applications will remain the same, according to Microsoft.
>The move to force distribution of Metro apps through the Windows store is similar to Apple’s treatment of iPhone and iPad apps
Where is Windows RT or ARM even mentioned here?
>Microsoft is not doing this out of concern for the safety of their customers but rather to increase their own profits and control. But for PR and anti-trust-avoidance purposes, they will sell the loss of freedom as an increase in safety. It's the same bogus argument that overreaching governments use.
Citation needed. Anyway, this argument has gone moot in the discussions over the iOS app store. The bird has already flown and Apple can't keep its iOS devices in stock. That argument is a day late and a dollar short.
Are we reading the same article here? That article explicitly states that Windows 8 Metro apps will be Store only. I hate to quote half the article but here it is:
>However, the company is creating a separate sets of rules for its “Metro-style” apps — apps that are optimized for touch screen devices but able to run on any Windows 8 machine.
>Microsoft is restricting the general distribution of Metro tablet apps — meaning all Metro apps must be downloaded through the new Windows Store. The only ones who get a pass on this restriction are developers and enterprise customers.
>The distribution of traditional desktop applications will remain the same, according to Microsoft.
>The move to force distribution of Metro apps through the Windows store is similar to Apple’s treatment of iPhone and iPad apps
Where is Windows RT or ARM even mentioned here?
>Microsoft is not doing this out of concern for the safety of their customers but rather to increase their own profits and control. But for PR and anti-trust-avoidance purposes, they will sell the loss of freedom as an increase in safety. It's the same bogus argument that overreaching governments use.
Citation needed. Anyway, this argument has gone moot in the discussions over the iOS app store. The bird has already flown and Apple can't keep its iOS devices in stock. That argument is a day late and a dollar short.
"Microsoft will adopt a familiar Apple policy for the tablet applications on its new Windows 8 operating system. Microsoft’s Windows 8 is the latest operating system to adopt a walled-garden approach to mobile app sales.... Microsoft is restricting the general distribution of Metro tablet apps"
It's easy to read "tablet" and "mobile" in this context as "Windows RT" especially given the up-front comparison to iOS.
"Citation needed."
Sorry, I don't have any smoking gun emails from Ballmer, just years of observation and common sense. If you want to attribute Microsoft's motives to pure altruism you're free to do so.
It's easy to read "tablet" and "mobile" in this context as "Windows RT" especially given the up-front comparison to iOS.
"Citation needed."
Sorry, I don't have any smoking gun emails from Ballmer, just years of observation and common sense. If you want to attribute Microsoft's motives to pure altruism you're free to do so.
>Sorry, I don't have any smoking gun emails from Ballmer, just years of observation and common sense. If you want to attribute Microsoft's motives to pure altruism you're free to do so.
No, I was just wondering if a store or OS can be kept free of malware etc. without needing all those certification rules and fees.
http://www.shacknews.com/article/75603/steam-greenlight-adds...
http://www.eurogamer.net/articles/2012-08-31-valve-bans-stea...
No, I was just wondering if a store or OS can be kept free of malware etc. without needing all those certification rules and fees.
http://www.shacknews.com/article/75603/steam-greenlight-adds...
http://www.eurogamer.net/articles/2012-08-31-valve-bans-stea...
It's old news, but it's still a surprise to people.
Perhaps this IS old news, but I certainly didn't understand it if it was. So basically Windows is creating a two tier system where blessed developers can get access to key system functionality where others are left to the "legacy" desktop. Windows 7 will almost certainly be the final time that Windows get installed on one of my PCs.
With Steam coming out on Linux and shockingly even Apple having a more coherent idea about system security, I don't see a lot of reason to deal with Windows' legacy bullcrap anymore.
With Steam coming out on Linux and shockingly even Apple having a more coherent idea about system security, I don't see a lot of reason to deal with Windows' legacy bullcrap anymore.
> So basically Windows is creating a two tier system where blessed developers can get access to key system functionality where others are left to the "legacy" desktop
It's actually kind of the other way around, desktop apps can mess around with much more on the system than Metro apps can, except for some new APIs.
> shockingly even Apple having a more coherent idea about system security
How so? What has system security to do with this? If anything, malware authors will have trouble running their malware on Windows RT tablets and in Metro.
It's actually kind of the other way around, desktop apps can mess around with much more on the system than Metro apps can, except for some new APIs.
> shockingly even Apple having a more coherent idea about system security
How so? What has system security to do with this? If anything, malware authors will have trouble running their malware on Windows RT tablets and in Metro.
>> "It's actually kind of the other way around, desktop apps can mess around with much more on the system than Metro apps can, except for some new APIs."
This may be true but the majority of Windows 8 users are probably going to want to use the new Metro interface. I've only being using the OS for a month and it already annoys me to have to switch to the old desktop interface. Preventing apps not distributed through the store access the new interface isn't right. Customers will want it and developers will have little choice. Either piss off customers or give Microsoft a cut of your sales and distribute through them.
This may be true but the majority of Windows 8 users are probably going to want to use the new Metro interface. I've only being using the OS for a month and it already annoys me to have to switch to the old desktop interface. Preventing apps not distributed through the store access the new interface isn't right. Customers will want it and developers will have little choice. Either piss off customers or give Microsoft a cut of your sales and distribute through them.
This is primarily why I hope win8 fails