| |
|
|
|
|
| |
| Application Submission Guidelines |
|
The Windows Marketplace for Mobile presents a very compelling opportunity for developers to monetize applications. The Marketplace delivers an end-to-end solution for end-users to discover, purchase and download Windows Mobile 6.5 applications. This includes an end-user experience on the device, a PC website, as well as a self-service portal for developers to submit their applications or listing in the Marketplace.
Once applications pass the core test criteria, they are designed Compatible with Windows Phone applications. The test criteria also form the basis for application testing standards that applications need to pass in order to be considered for the Marketplace. All Marketplace applications, with the exception of Widgets, that pass the submission process also earn the Compatible with Windows Phone designation. The marketplace has several additional requirements that applications need to meet. Limited waivers for test cases are reviewed on an individual basis. More information is detailed at: http://developer.windowsmobile.com. |
| |
Program Policies
- Once your applications successfully pass testing, you can sign the electronic Logo License Agreement listed on the Windows Mobile Application Certification Program portal, which enables you to use the Compatible with Windows Phones artwork on product and marketing materials.
- The test criteria that is listed as Recommended is not a requirement to pass Windows Marketplace for Mobile testing.
- The Compatible with Windows Phones logo indicates that a software product provides all the features outlined in the guidelines. It is not a quality assurance seal.
Application Types
- Applications may be file-based or non-file based.
- The testing guidelines and the Compatible with Windows Mobile program apply to applications that are written in managed code (Microsoft .NET Compact Framework, C#, Visual Basic) or native code (Win32) that also uses the respective code libraries.
- The Marketplace has specific application types that are eligible for submission.
- Widgets are only permitted to be distributed through the Marketplace and have a limited unique set of criteria.
Requirement Details
- Installation and Un-installation Requirements:
- A *.CAB file is required for applications to be submitted for testing
- No warnings during installation.
- Applications that install via the Windows Mobile Device Manager must use the CAAppMgr desktop application manager program to register the application with the Windows Mobile Professional application manager.
- Specific guidelines for shortcuts on Programs folder created on Install.
- Store DLLs only in specified directories.
- Persistence of User Configurations in Registry.
- Preserve non-proprietary files.
- Packages must have SETUP.XML file.
- Install CSP section of SETUP.XML must contain valid values for each parameter.
- Application name must be less than 70 characters.
- Application must install and un-install correctly.
- Clean-up data from files and remove Registry Keys during un-installation.
- Applications must not add Files to the RAM File system during installation.
- CESetup DLL must install to local storage volume.
- No CESetup DLL for *.HME or *.TSK files.
- Only write to the HKEY_CURRENT_USER subkey.
- API Requirements:
- Applications must use the Connection Manager to configure all connectivity options.
- Use system support if implementing Full Screen.
- Refrain from using GAPI.
- Compatibility Requirement:
- Ability for an application to run on multiple devices.
- Functionality Requirements:
- Specific Filename requirements.
- Support only one instance of an application running simultaneously.
- Application stability and OS functionality.
- Dialog Box readability.
- No underlined accelerators in Menus or Dialog Boxes without alternative selection methods.
- Shut Timers off when application is running in the background.
- Applications must not interfere with incoming call functionality.
- Hardware-specific Requirements:
- Must not assume external storage.
- MAPI Requirements:
- No duplication of functionality provided by Microsoft Pocket Outlook Object Model.
- Microsoft Windows Mobile MAPI functionality not duplicated.
- Localization Requirements:
- Localized versions of an application do not need to be submitted for testing.
- Notification Requirements:
- Notification system not duplicated.
- Performance Requirements:
- Functionality and stability specific requirements.
- Application must pass the Hopper Test.
- Application must pass the Application Verifier Test.
- Security Requirements:
- The application shall be free of viruses and malware.
- Applications submitted to the Marketplace will be code signed with a Marketplace certificate.
- Shutdown Requirements:
- Applications must shut down gracefully.
- Clean-up when closing the application.
- UI and Shell Support Requirements:
- User must initiate a Voice Call by choice or acknowledgement.
- 16x16 and 32x32 pixel icons for application and file types.
- Support for standard weight cursor
- Applications must maintain User Settings.
- User must initiate Data Download by choice or acknowledgement.
- Application title should be displayed on NavBar.
- Prohibited information on the NavBar.
- Display Soft Input Panel Button control only in prescribed locations.
- Applications must handle the input panel appearing and disappearing.
- Design applications to resize controls to fit the screen size.
- Applications should not have a Today Screen plug-in or component.
- Dialog Box controls must be stacked vertically.
- Back button performs Backspace in an Edit control.
- Spinner controls must be used if an application requires radio-button or drop-down list behavior.
- No information should be added to the Title Bar.
- Applications should not disable the Windows Error Reporting (WER) service.
- Special Circumstances Requirements:
- Applications that use MFC classes must link statically to the MFC runtime.
- Support for Common Dialog Boxes.
- Support only one instance of each application or Control Panel.
- Input methods should be designed to a maximum of 80-pixels high and be docked on the device screen.
- Input methods must use Input Panel architecture.
- Device drivers must fulfill all relevant requirements for UI and SETK where applicable.
For detailed information on each of the aforementioned requirements, please click here. (link:
https://developer.windowsmobile.com/resources/en-US/Application%20Submission%20Guidelines.pdf) |
|
| |
|
|
|
|
| |
|
|
|
|