protected virtual int WndProc(IntPtr hwnd, uint msg, uint wParam, int lParam)
{
if (WM_NOTITY == msg ||
WM_INITMENUPOPUP == msg ||
WM_ENTERMENULOOP == msg)
{
return 0;
}
return CallWindowProc(this._oldWndProcPtr, hwnd, msg, wParam, lParam);
}
protected virtual int WndProc(IntPtr hwnd, uint msg, uint wParam, int lParam)
{
if (WM_CONTEXTMENU == msg)
{
return 0;
}
return CallWindowProc(this._oldWndProcPtr, hwnd, msg, wParam, lParam);
}
#region P/Invoke関係
[DllImport("coredll.dll")]
private extern static IntPtr SetWindowLong(IntPtr hwnd, int nIndex, IntPtr dwNewLong);
private const int GWL_WNDPROC = -4;
[DllImport("coredll.dll")]
private extern static int CallWindowProc(IntPtr lpPrevWndFunc, IntPtr hwnd, uint msg, uint wParam, int lParam);
private const uint WM_NOTITY = 0x004E;
private const uint WM_INITMENUPOPUP = 0x0117;
private const uint WM_ENTERMENULOOP = 0x0211;
[DllImport("coredll.dll")]
private extern static IntPtr GetWindow(IntPtr hwnd, uint uCmd);
private const uint GW_HWNDNEXT = 2;
private const uint GW_CHILD = 5;
[DllImport("coredll.dll", EntryPoint = "GetClassNameW", CharSet = CharSet.Unicode)]
public static extern int GetClassName(IntPtr hWnd, StringBuilder lpClassName, int nMaxCount);
private const string PIEHTML = "PIEHTML";
private const int MAX_CLASSNAME = 64;
private delegate int WndProcDelegate(IntPtr hwnd, uint msg, uint wParam, int lParam);
private IntPtr _oldWndProcPtr;
private IntPtr _newWndProcPtr;
private WndProcDelegate _wndProc;
private IntPtr _hWndPIEHTML;
#endregion
protected virtual int WndProc(IntPtr hwnd, uint msg, uint wParam, int lParam)
{
if (WM_NOTITY == msg ||
WM_INITMENUPOPUP == msg ||
WM_ENTERMENULOOP == msg)
{
return 0;
}
return CallWindowProc(this._oldWndProcPtr, hwnd, msg, wParam, lParam);
}
// P/InvokeでWebブラウザコントロールをサブクラス化
// WebBrowserの下の IExploreの下の MSPIE Statusの次の PIEHTMLが目的
this._hWndPIEHTML = IntPtr.Zero;
IntPtr hWndIExplore = GetWindow(this.webBrowser.Handle, GW_CHILD);
if (IntPtr.Zero != hWndIExplore)
{
IntPtr hWnd = GetWindow(hWndIExplore, GW_CHILD);
StringBuilder sbClassName;
while (IntPtr.Zero != hWnd)
{
sbClassName = new StringBuilder(MAX_CLASSNAME);
GetClassName(hWnd, sbClassName, sbClassName.Capacity);
if (PIEHTML == sbClassName.ToString())
{
this._hWndPIEHTML = hWnd;
break;
}
hWnd = GetWindow(hWnd, GW_HWNDNEXT);
}
}
if (IntPtr.Zero != this._hWndPIEHTML)
{
this._wndProc = new WndProcDelegate(WndProc);
this._newWndProcPtr = Marshal.GetFunctionPointerForDelegate(this._wndProc);
this._oldWndProcPtr = SetWindowLong(this._hWndPIEHTML, GWL_WNDPROC, this._newWndProcPtr);
}
protected override void Dispose(bool disposing)
{
if (disposing && (components != null))
{
if (IntPtr.Zero != this._hWndPIEHTML)
{
SetWindowLong(this._hWndPIEHTML, GWL_WNDPROC, this._oldWndProcPtr);
}
components.Dispose();
}
base.Dispose(disposing);
}
その他、QRコードの内容がドコモや au（ソフトバンクも?）の電話帳登録機能形式の場合、そのままアドレス帳に登録することがきでます。
[Define] WIN=0x5b GREEN=0xe3+0x72 HOME=0xed VOLUP=0x75+0x26 VOLDOWN=0x76+0x26 VOLUPLONG=0x75 VOLDOWNLONG=0xe6 CAM=0xe9 CAMLONG=0xeb POW=0x85 OK=0x5c+0x75 MOJI=0x2a LEFTCLK=0x70 RIGHTCLK=0x71 [電話無効] code=GREEN with= scan= mode=short direction=both activeKind=none activeName= [電話] code=GREEN with= scan= mode=doubleShort direction=both activeKind=none activeName= exec=cprog.exe
3.1. アプリケーション検証ツールのテスト
Hopper のテスト中または他のテスト ケースの最中に、潜在的なメモリ問題を示すアプリケーションのサブセットのみ、Microsoft アプリケーション検証ツール (AppVerifier) でのテストを実行する必要があります。アプリケーションは AppVerifier テストの実行中に、プライマリおよびセカンダリ機能をすべて実行できる必要があります。ヒープの破損、およびクリティカル セクションの使用などの無効なロックの使用状況を検出するように、AppVerifier を設定してください
次に、アプリケーション検証ツールのテストで、必要条件の適用を除外される項目を示します。
・マネージ コード アプリケーション。たとえば、.NET または .NET Compact Framework で記述されたアプリケーション。
1.17. Hopper テスト「Windows Mobile 6.0、6.1、および 6.5 用の AppVerifier」とありますが、ダウンロードするのは Hopperです。 あと 日本語版 PDF、「こちら」と書いておきながらリンク押せないような気がするんですが...?
アプリケーションは、予期しない動作、ハング、またはクラッシュを発生させずに、2 時間に及ぶ Microsoft の Hopper テストを完了する必要があります。
Windows Mobile 6.5 に対応した新しいバージョンの Hopper があります。このバージョンは、Windows Mobile 6.0 および 6.1 でも動作します。必要な Hopper のバージョンは 2.0.24.4074 以降です。
Windows Mobile 6.0、6.1、および 6.5 用の AppVerifier は、こちらで入手できます。
また、フォーカス アプリケーションをカスタマイズして、Hopper を実行する前にデバイスに展開しておく必要があ ります。これにより、Hopper のメイン フォーカスをターゲット アプリケーション上に移動できます。フォーカス アプ リケーションの作成方法の詳細については、こちらを参照してください。
バーコードリーダー v0.4
// Adjust the following to suit your needs
#define SLEEP_TIMEOUT TEN_SECONDS
//TCHAR *g_pszAppName = TEXT("\\windows\\wmPlayer.exe");
TCHAR *g_pszAppName = TEXT("\\Program Files\\iHighwayViewer\\iHighwayViewer.exe");
1.1. Installation Packages The _SETUP.XML file must be included in the CAB file. Visual Studio and CabWiz generate the _SETUP.XML inside the *.CAB file. Submitting a _SETUP.XML separate from the CAB file is not necessary..CABファイルには _SETUP.XMLを入れろと。
1.2. Installation Warning Messages The application's installation process must not display any warning messages that suggest the application was designed for an earlier version of the operating system.インストール中に OSのバージョンチェック等でメッセージを表示するなという事でしょうか？
1.3. Shortcuts on Start Menu or Start Screen The application must be available from the Start Screen. Soft Input Panels (SIP) and Input Method Editors (IME) are exempt from this requirement.SIP、IME以外はスタート画面にショートカットを置かなければならないらしい。
1.4. Store Files Only in Specified Directories The application's installer should only place shared files and DLLs in the Windows folder on the device. Shared files are files that may be used by other applications. All other files should be stored in the application's own directory.他のアプリから使用する共有ファイル、DLLは Windowsフォルダへ、それ以外はアプリのインストールフォルダに格納しろと。
1.5. Preserve In-ROM Files The application's installer must not replace or modify any of the Windows Mobile operating system files that are present in-ROM. For this reason, the application's installer must not change files in the Windows folder of the device, unless the files being changed are created by the same developer or ISV.システムファイルを置き換えるな。自分で作ったもの以外 Windowsフォルダのファイルを変更してはダメ。
1.6. Application Name Length The application name in the _SETUP.XML file must be less than 70 characters and must include the company name followed by the application identifier. For example: ‘Microsoft Solitaire 1.0’.アプリケーション名は企業名を入れて 70文字以下。
1.7. Install and Uninstall Correctly The installation and uninstallation processes must not crash, lock, or otherwise disable any of the functionality of the Windows Mobile device. The installation log file, created on the device at \Application Data\volatile\setup.log, must report zero errors. The application should successfully uninstall without error notifications.インストール、アンインストールが正しく行える事。
1.8. Clean-Up Data The uninstall process must remove any files placed on the Windows Mobile device during the installation process, or created during the first run of the application. The following are exempt from this requirement: ・User data associated with the application ・Files shared by other applications created by the same software publisher ・Files required by the Windows Mobile operating system ・The application’s folder structureアンインストール時にファイルをクリーンアップする事
1.9. Installation in RAM The application’s installer must not place files in the Random Access Memory (RAM) file systemRAMファイルにインストールしてはいけないそうです。
1.10. Home Screen FilesStandardだけなので割愛
1.11. GAPI on Windows Mobile 6.5 Windows Mobile 6.5 Only Developers writing graphics applications must not use GAPI, previously referred to as the Game API.Windows Mobile 6.5では GAPIを使ってはいけないそうです。
1.12. GAPI on Windows Mobile 6.0 and 6.1これも割愛
1.13. Multiple Device Support Developers must identify the required device functionality during the Windows Marketplace submission process. Applications must have the ability to run on multiple Windows Mobile device platforms, for example, multiple Standard or multiple Professional devices. Although not recommended, applications can support a limited number of Windows Mobile devices.複数のデバイスで動作しないといけないそうです。 ここでのデバイスというのは解像度の事を指しているのでしょうね。
1.14. Single Application Instance Only a single instance of a Single Document Interface (SDI) application, or a file-based application, or a control panel applet is allowed to run concurrently. Any application that supports multiple documents opened simultaneously must support that functionality from within the application itself, and not through multiple application instances.同じアプリは複数起動してはいけない。
1.15. Recovery from Power Saving Mode The application must be able to recover from the Windows Mobile device being placed in either the Standby (S3) state or the Suspend (S4) state. The application should also properly handle open files that removable storage cards may close or remove.スタンバイやサスペンドから復帰した時にも正しく動くこと。
1.16. Windows Mobile Task Manager During application runtime, an application must appear in the Windows Mobile task manager, and remain listed there until the application's shutdown is complete.アプリが動作している間、タスクマネージャに表示されること。
1.17. Hopper Test The application must complete two hours of Microsoft’s Hopper test without exhibiting unpredictable behavior, hanging or crashing.アプリは Hopper Testに 2時間耐えられないといけない。
1.18. Windows Error Reporting Applications must not disable the Windows Error Reporting (WER) service at any time. The following registry key must be maintained: HKEY_LOCAL_MACHINE\System\ErrorReporting\DumpEnabled = 0x00000001アプリで エラー報告を無効にしてはいけない。
1.19. Graceful Shutdown Applications must shut down gracefully. This includes situations when the Shell shuts down the application without the user performing any explicit action. The application must shut down within three seconds of application shutdown command initiation from Task Manager.アプリは素直に(?)終了すること。
1.20. Wait Cursor Support When the application executes a command that renders the current window, or the system as a whole, unresponsive to user input for more than one second, the application must display a wait indication to the user.処理中はウェイトカーソルを出すこと。
1.21. MFC Applications Applications that use MFC classes must link statically to the MFC runtime. The distribution of dynamically linked MFC DLLs is not allowed.MFCを使う場合はスタティックリンクすること。
