CComboboxの仕様変更？

Question

MFCでアプリケーションを開発しておりますが、
CComboBoxクラスの挙動が、Windows10になると異なります。
MFCはスタブライブラリを使用しています。

ツールバーにコンボボックス（エディット可）をのせて、CViewにWM_KEYDOWNがきたとき、
ツールーバーのコンボボックスに渡すようにしています。

void CToolbarCmbView::OnKeyDown(UINT nChar, UINT nRepCnt, UINT nFlags)
{
	// TODO: ここにメッセージ ハンドラ コードを追加するか、既定の処理を呼び出します。
	CMainFrame* pMainFrame = dynamic_cast<CMainFrame*>(AfxGetApp()->GetMainWnd());
	pMainFrame->m_cmbboBox.SetFocus();
	pMainFrame->m_cmbboBox.PostMessage( WM_KEYDOWN, nChar, MAKEWPARAM(nRepCnt, nFlags) );

	CView::OnKeyDown(nChar, nRepCnt, nFlags);
}

VC++2008,VC++2010,VC++2015でコンパイルしたものでテストしましたが、
すべて同じ結果でした。

■テスト内容

IMEが全角モードになっていることと、CViewにフォーカスがある前提で、
「A」キーを押したときの挙動を、各OSで確認してみました。
コンボボックスにはキャレットはない状態。。。

■Windows7、Windows8.1の場合
コンボボックス内の文字が選択され、「あ」が表示されている。

■Windows10の場合
コンボボックス内の文字が選択されるのみ。
※再度、「A」キーを入力すると「あ」が表示される。

仕様が変更されたのでしょうか。

Answer 1

CComboBox というよりは、Windows 10 側の設計変更の可能性があると思います。

（参考）IME 周りの文字入力の変化の事例
https://blogs.msdn.microsoft.com/japan_platform_sdkwindows_sdk_support_team_blog/2017/11/21/fallcreatorsdatagridview/
※これは .NET で 2 文字入ってしまうという話ですが、Fall Creators Update(1709) での変化という話です。1703 で起きないのなら同じ要因の可能性が高いでしょう。

Answer 2

Windows10_1703で検証してみました。

確かに、1703では問題ありませんでした。

が、どのような対応方法があるのでしょうか？

Answer 3

申し訳ないですが、私は試してないので何とも言えません。

ただ、そんなに簡単ではないであろうことと、1703 までと、1709 自体と、少しまた変わった 1803 のすべてで問題なくできるかは怪しいところがあるので取り組まれる際はご注意ください。