自分で作成した AP のテストをしていて，「引数が正しくありません。」．
20 年位前から変更していないコードのバグだった．

かなりイレギュラーな操作をしない限り，現象は発生しない．
実際の操作としては，データの挿入場所を指定しないで，強制的に「確定」した場合．
またその操作の前にある手順やデータが影響する．

表示されるメッセージは，MFC のバージョンにより異なる．
また，Windows API 内でこのメッセージが表示されることもある みたい．

今回のものは，配列に対して，確保されている領域を超えてアクセスしたことが原因．

アクセスする前に，要素数が満たしているかのチェックをすることで回避できる．
if ( 2 < ary.GetSize() ) { data = ary[1] ; }

これって何とかならないものかといつも思ってしまう．
クラスとして書いた時には，デフォルト値を返すようにしたりしているが…

MDI exe に lnk（ドキュメントへのショートカット）をドロップすると，

—————————
BLAM
—————————
ｴﾗｰはありませんでした。
—————————
OK
—————————

ショートカット先のドキュメントファイルであれば開ける．
一度 GetOpenFileName などで ダイアログを開くと，その後は問題ない．

デバッガで追いかけると，AfxResolveShortcut でエラーになっている．

対応としては InitInstance の最初に以下を追加．

	if (!AfxOleInit()) {
		AfxMessageBox(_T("OLE の初期化に失敗しました。")) ;
		return	FALSE ;
		}

今回これを調べたのは，WM_DROPFILES の動作．
InitInstance で次の様にしている場合，CMainFrame::OnDropFiles で処理する．
m_pMainWnd->DragAcceptFiles();

MDI exe では，CView や CChildFrame で処理できそうだが，そのままでは呼ばれることはない．
予めそれぞれで DragAcceptFiles() が必要みたい．
例えば，次の様に CView で呼び出すと WM_DROPFILES が処理できる様になる．

void CBLAMView::OnInitialUpdate() 
{
	this->DragAcceptFiles();
//	...
	}

void CBLAMView::OnDropFiles(HDROP hDropInfo) 
{
	CView::OnDropFiles(hDropInfo);
	}

CMainFrame など以外の実装は Default() を呼出しているだけみたい．

_AFXWIN_INLINE void CWnd::OnDropFiles(HDROP)
	{ Default(); }

ビューのウィンドウ以外（グレーの部分）にドロップすると CMainFrame::OnDropFiles が呼ばれる．

C:\Program Files (x86)\Microsoft Visual Studio\2019\Professional\VC\Tools\MSVC\14.29.30133\atlmfc\src\mfc\winfrm.cpp
void CFrameWnd::OnDropFiles(HDROP hDropInfo)
{
	SetActiveWindow();      // activate us first !
	UINT nFiles = ::DragQueryFile(hDropInfo, (UINT)-1, NULL, 0);

	CWinApp* pApp = AfxGetApp();
	ASSERT(pApp != NULL);
	for (UINT iFile = 0; iFile < nFiles; iFile++)
	{
		TCHAR szFileName[_MAX_PATH];
		::DragQueryFile(hDropInfo, iFile, szFileName, _MAX_PATH);
		pApp->OpenDocumentFile(szFileName);
	}
	::DragFinish(hDropInfo);
}

CMainFrame で CDocument などを求める．
SDI の場合

CDocument*	pActiveDoc = GetActiveDocument() ;
CXxxView*	pView = (CXxxView*)GetActiveView() ;

MDI の場合は，GetActiveFrame() で CFrameWnd を求めてから．

CFrameWnd*	pActiveFrame = GetActiveFrame() ;

CDocument*	pActiveDoc = NULL ;
if (pActiveFrame != NULL) {
		pActiveDoc = pActiveFrame->GetActiveDocument() ;
		}

CXxxView*	pView = NULL ;
if (pActiveFrame != NULL) {
		pView = (CXxxView*)pActiveFrame->GetActiveView() ;
		}

個人的に作成したダイアログベースのツールで，lnk をドロップした時に開けない．

これに対応するには，lnk から doc を求めることで対応できる．
同じ様に作成した SDI exe の場合は，うまく開ける？
デバッガで追いかけると，CDocManager::OpenDocumentFile で AfxResolveShortcut を呼んでいる．

但し，MFC のバージョンにより？ ::CoInitialize が呼び出されていないと 1 回だけ．
CFileDialog などを呼出すと ::CoInitialize にあたるものが呼び出されるのでその後はうまくいく．
https://dev.mish.work/wordpress/2021/03/31/win10-21h1-mdi-exe-error/

次の様な関数を用意して，ドロップされたファイルが lnk の時に対応．

tstring	LNK_Get_path	(HWND hwnd,LPCTSTR lnk_path)
{
	tstring	doc_path = lnk_path ;
	if (::Path_GetExtLow(lnk_path) == _T("lnk")) {
	      	doc_path = ::Get_path_lnk(hwnd,lnk_path) ;
		}
	return	doc_path ;
	}

何年か前に有効にした「再起動マネージャ」．

Restart Manager in MFC
MFC 再起動マネージャ
その実装がうまくなかった．

編集操作中に「自動保存」が動作すると，意図しない状態になってしまうことがあった．
原因は，実装方法がうまくないだけではあるが，なかなか難しい．
Serialize が呼ばれた時に，一部の情報を更新しているため，例えば選ばれているものに影響を与えてしまう．
実際はデータに応じて選択状態が変わるのだが，それに気づかず操作してしまうことがある．

これとは別にバックアップ機能を持っているので「自動保存」が動作しない様に修正することに．
本当はこれだけでは足りない．
編集操作中に「上書き保存」された時も同様に動作するため，この部分の修正が必要か？
ユーザが意識している操作なので，現状のままとするか？

wndTopMost で，Z オーダーの最前面に．

{
	CRect	rect ;
	GetWindowRect(&rect) ;
	SetWindowPos(&wndTopMost,rect.left,rect.top,0,0,SWP_NOSIZE|SWP_NOACTIVATE) ;
	}

幾つかの環境ではこれでうまく動作している．

今日作成したツールの CMSetNmTDlg::OnInitDialog() にこれを追加．

Win10 のホスト環境で最前面に移動しない．
仮想マシンで試すと意図した動作．
ホストの，以前に起動したツールは前面のまま保持された．
が，一度終わらせて再起動したら，最前面にならなくなった．
ちょっとよくわからないが，何かが邪魔しているのか？
PC を再起動すれば直るかもしれないが…
とりあえずメモ．

2021/10/25
explorer.exe の再起動でうまく動作する様になったみたい．

他 AP などからの操作の場合 SetForegroundWindow

2023/07/12
Windows API だと次の様に指定できる．

::SetWindowPos(this->GetSafeHwnd(),HWND_TOPMOST,0,0,0,0,SWP_NOMOVE|SWP_NOSIZE|SWP_NOACTIVATE) ;

2 つ目の引数は次のものが指定可能．

#define HWND_TOP        ((HWND)0)
#define HWND_BOTTOM     ((HWND)1)
#define HWND_TOPMOST    ((HWND)-1)
#define HWND_NOTOPMOST  ((HWND)-2)

2024/12/04
MFC では次の方が簡単？

{
	SetWindowPos(&wndTopMost,0,0,0,0,SWP_NOMOVE|SWP_NOSIZE|SWP_NOACTIVATE) ;
	}

SDI exe でファイルをドロップされた時，関連する異なるファイルを開きたくなった．
次の様に，変換済みのデータが存在している時はそれを対象とする．
https://dev.mish.work/wordpress/2021/03/03/win-prevent-2nd/

ドキュメントクラスの OnOpenDocument で変更するのは可能だが「MRU ファイル リスト」に残ってしまう．

15 年位前に，ブラウザからリンクをドロップして動作させるコードを書いた．
最近のブラウザでは，当時の様な操作はできないみたい．
WM_DROPFILES でリンクのテキストが取れたのだったと思う．
この時，何を参考にしてここにたどり着いたかは不明．
それを見ると CMainFrame::OnDropFiles にコードが書いてある．
デフォルトのコードとしては，CFrameWnd::OnDropFiles を呼出している．

::DragQueryFile でファイル名を取って CWinApp::OpenDocumentFile を呼出している．

CMainFrame::OnDropFiles でファイル名を取った後，処理を追加して CWinApp::OpenDocumentFile を呼べば良い．
手順としては (VC)\…\atlmfc\src\mfc\winfrm.cpp の CMainFrame::OnDropFiles をコピーして編集している．

void CMainFrame::OnDropFiles(HDROP hDropInfo) 
{
	SetActiveWindow();      // activate us first !
	CWinApp* pApp = AfxGetApp();
	ASSERT(pApp != NULL);
	v_tstring	files = ::DropFilesTo(hDropInfo) ;
	if (files.size() > 0) {
		tstring	file = files[0] ;
	//	ここで，必要に応じてファイル名を変更するなどの処理
		pApp->OpenDocumentFile(file.c_str()) ;
		}
	::DragFinish(hDropInfo);
//	CFrameWnd::OnDropFiles(hDropInfo);
	}

今回は SDI なのでこんな感じ．MDI であればループで回せば良い．