Unfortunately, newly created applications cannot just follow this standard and start releasing zip files instead of installers. The reason for this is that inexperienced computer users might find zip files hard to manage. Also, they expect all newly in stalled applications to appear on their desktop and in their start menu. There is a way, however, to create an application that follows this standard while still acting like non SPA-compliant applications.
When developing an application, the only thing a developer need worry about is making his or her application SPA-compliant. When creating an installer for his or her application however, the developer will need to do the following:
If the developer chooses, he or she can also put an icon in the start menu pointing to an application launcher or a page explain why the SPA is beneficial to the end-user. Of course, this is optional.
A good application launcher is necessary to make this standard work. Application launchers should be easy to use, conform 100% to the standard, and let the user choose which directory for the launcher to parse. This way, the user can point the application launcher at their portable application's directory on their removable storage drive, or wherever they wish to store their portable applications. Every launcher should default to showing applications stored in %homedrive%\applications, the default place to store portable applications.
If Microsoft wishes to easily support the SPA as well as their legacy start menu system, they can keep the start menu's functionality the same, but support the SPA by creating an applications menu off of the main start menu. When the user enters the applications menu, the contents of %homedrive%\applications are shown just as an application launcher would show them.