WinAPI子ウィンドウの再描画

前提・実現したいこと

C++ととWinAPIで親ウィンドウに2分割で子ウィンドウを2つ配置しました。
しかし
(1)実行時は出ていないのですけどマウスでホバーすると最小化最大化終了ボタンが表示され、
(2)サイズの変更後、左の子ウィンドウの文字をクリックするとサイズ変更前の初期サイズの白い線が発生します。
どこか再描画のタイミングがおかしいのでしょうか
また(3)子ウィンドウのプロシージャのつなぎ方は親ウィンドウ同様WNDCLASSを再び使えばいいのでしょうか

発生している問題・エラーメッセージ

該当のソースコード

C++
1#define UNICODE
2#include <windows.h>
3#define ID_CHILD_1 10001
4#define ID_CHILD_2 10002
5
6LRESULT CALLBACK WindowProc(HWND, UINT, WPARAM, LPARAM);
7LRESULT CALLBACK ChildWindowProc1(HWND, UINT, WPARAM, LPARAM);
8LRESULT CALLBACK ChildWindowProc2(HWND, UINT, WPARAM, LPARAM);
9
10HINSTANCE hInst;
11RECT rcWindow;
12const wchar_t CLASS_NAME[] = L"Main Window";
13
14
15int WINAPI wWinMain(HINSTANCE hInstance, HINSTANCE, LPWSTR pCmdLine, int nCmdShow)
16{
17	WNDCLASSEX wcMain = {};
18	wcMain.cbSize = sizeof(WNDCLASSEX);
19	wcMain.style = CS_HREDRAW | CS_VREDRAW;
20	wcMain.lpfnWndProc = WindowProc;
21	wcMain.cbClsExtra = 0;
22	wcMain.cbWndExtra = 0;
23	wcMain.hInstance = hInstance;
24	wcMain.hIcon = NULL;
25	wcMain.hIconSm = (HCURSOR)LoadImage(
26		NULL,
27		MAKEINTRESOURCE(IDC_ARROW),
28		IMAGE_CURSOR,
29		0, 0,
30		LR_DEFAULTSIZE | LR_SHARED
31	);
32	wcMain.hbrBackground = (HBRUSH)GetStockObject(WHITE_BRUSH);
33	wcMain.lpszMenuName = NULL;
34	wcMain.lpszClassName = CLASS_NAME;
35	wcMain.hIconSm = NULL;
36
37	RegisterClassEx(&wcMain);
38
39	HWND hMothWnd = CreateWindowEx
40	(
41		0,
42		CLASS_NAME,
43		L"Mother Window",
44		WS_OVERLAPPEDWINDOW | WS_EX_TRANSPARENT,
45		CW_USEDEFAULT,
46		CW_USEDEFAULT,
47		CW_USEDEFAULT,
48		CW_USEDEFAULT,
49		NULL,
50		NULL,
51		hInstance,
52		NULL
53	);
54
55	if (hMothWnd == NULL)return 0;
56
57	ShowWindow(hMothWnd, nCmdShow);
58	UpdateWindow(hMothWnd);
59
60	MSG msg = {};
61	while (GetMessage(&msg, NULL, 0, 0))
62	{
63		TranslateMessage(&msg);
64		DispatchMessage(&msg);
65	}
66
67
68	return 0;
69}
70
71LRESULT CALLBACK WindowProc(HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam)
72{
73	static HWND hChildWnd_L, hChildWnd_R;
74	switch (uMsg)
75	{
76	case WM_DESTROY:
77		PostQuitMessage(0);
78		return 0;
79	
80	case WM_SIZE:
81		if (GetClientRect(hwnd, &rcWindow) == false) {
82			MessageBox(hwnd, L"Can't Get the ClientRect", L"Alert", IDOK);
83			break;
84		}
85
86	case WM_CREATE:
87		WNDCLASSEX cwlc;
88		cwlc.cbSize = sizeof(WNDCLASSEX);
89		cwlc.lpfnWndProc = ChildWindowProc1;
90		cwlc.hInstance = hInst;
91		cwlc.lpszClassName = L"Child Window 1";
92		cwlc.hbrBackground = (HBRUSH)GetStockObject(BLACK_BRUSH);
93		cwlc.style = CS_HREDRAW | CS_VREDRAW;
94		
95		cwlc.lpszMenuName = NULL;
96		RegisterClassEx(&cwlc);
97		
98		hChildWnd_L = CreateWindowEx
99		(
100			0,
101			L"EDIT",
102			L"Child Window 1",
103			WS_CHILD | WS_DLGFRAME | WS_VISIBLE,
104			0,
105			0,
106			(rcWindow.right-rcWindow.left)/2,
107			rcWindow.bottom-rcWindow.top,
108			hwnd,
109			(HMENU)ID_CHILD_1,
110			hInst,
111			NULL
112		);
113
114		WNDCLASSEX cwlc2;
115		cwlc2.cbSize = sizeof(WNDCLASSEX);
116		cwlc2.lpfnWndProc = ChildWindowProc2;
117		cwlc2.hInstance = hInst;
118		cwlc2.lpszClassName = L"Child Window 2";
119		cwlc2.hbrBackground = (HBRUSH)GetStockObject(WHITE_BRUSH);
120		cwlc2.style = CS_HREDRAW | CS_VREDRAW;
121
122		cwlc2.lpszMenuName = NULL;
123		RegisterClassEx(&cwlc);
124		hChildWnd_R = CreateWindowEx
125		(
126			0,
127			L"EDIT",
128			L"Child Window 2",
129			WS_CHILD | WS_THICKFRAME | WS_VISIBLE | ES_MULTILINE |
130			ES_WANTRETURN | ES_AUTOHSCROLL | ES_AUTOVSCROLL | WS_OVERLAPPEDWINDOW,
131			(rcWindow.right - rcWindow.left) / 2,
132			rcWindow.top,
133			(rcWindow.right - rcWindow.left) / 2,
134			rcWindow.bottom - rcWindow.top,
135			hwnd,
136			(HMENU)ID_CHILD_2,
137			hInst,
138			NULL
139		);
140		break;
141
142	}
143	return DefWindowProc(hwnd, uMsg, wParam, lParam);
144}
145
146LRESULT CALLBACK ChildWindowProc1(HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam) {return DefWindowProc(hwnd, uMsg, wParam, lParam);}
147
148LRESULT CALLBACK ChildWindowProc2(HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam) {return DefWindowProc(hwnd, uMsg, wParam, lParam);}

コーディング上のご指摘もありがたいです。

補足情報

Windows10 Pro
VisualStudio2017Community

行動規範の内容に同意します

回答2件

ベストアンサー

MotherWindowにはWS_CLIPCHILDREN、子ウィンドウにはそれぞれWS_CLIPCHILDREN | WS_CLIPSIBLINGSを付けてください。
そうしないとそれぞれの描画で重なっている別のウィンドウを塗りつぶしてしまいます。

WM_SIZEのFallThroughはダメです。WM_SIZEはサイズ変更の度に何回も発生します。
WM_CREATEの頭で別個にGetClientRectで取得してください。
閉じるボタンなどが表示されるのは手元では出ませんでしたがWM_SIZEが怪しすぎるのでとりあえずそれを直してからかと。

こう言ったウィンドウ構成ならMDIを使ったほうがいいと思います。

--------- 追記 ---------------------------

C
1	case WM_SIZE:
2	{
3		if (GetClientRect(hwnd, &rcWindow) == false) {
4			MessageBox(hwnd, L"Can't Get the ClientRect", L"Alert", IDOK);
5			break;
6		}
7		int w = rcWindow.right - rcWindow.left;
8		int h = rcWindow.bottom - rcWindow.top;
9		MoveWindow(hChildWnd_L, 0, 0, w/2, h, TRUE);
10		MoveWindow(hChildWnd_R, w/2, 0, w/2, h, TRUE);
11		break;
12	}

投稿2018/07/20 16:19

編集2018/07/21 05:27

toki_td

総合スコア2850

Weapon

2018/07/21 03:56

WM_SIZEは消してWM_CREATEにGetClientRectは配置しました。子ウィンドウのみでの子ウィンドウの移動やリサイズは想定していません(左右のウィンドウの枠が違うのはWindowstyleの比較用です)。親ウィンドウがリサイズされたとき子ウィンドウがそれぞれ左右中央2分割するようにしたいのです。親のWM_CREATEはCreateWindowが呼ばれたときのみ実行されるため親ウィンドウのリサイズ時に子ウィンドウの再描画が必要であると考えているのですがWM_SIZEでのなんらかの記述は不要でしょうか？答えていただいた"WM_CREATEの頭で別個にGetClientRect"とは子ウィンドウのWM_CREATEのことでしょうか？ MDIについては基本的なウィンドウ管理を覚えたら挑戦させていただきます。ありがとうございます。

toki_td

2018/07/21 05:32

あぁ、そういうことですか。ではMDIは気にしないでください。単純に親のWM_SIZEで子を移動させればいいです。コード追記したので確認してください。 MoveWindowの最後の引数がTRUEなら子は再描画されます(SetWindowPosでもいいです) WM_CREATEの直後にWM_SIZEも必ず発生するのでWM_CREATEでは子の位置は計算せずに 0, 0, 0, 0とかにしておいてもいいですよ。

行動規範の内容に同意します

ChildWindowProc1(), ChildWindowProc2() の内容を
return DefWindowProc(hwnd, uMsg, wParam, lParam);
にしたら表示が改善されませんか？

投稿2018/07/20 10:39

fana

総合スコア12151

Weapon

2018/07/20 10:46

省略してはいけないものまで省略で消してしまっていました。実際のコードは書かれています。修正しておきますね。ありがとうございます

fana

2018/07/20 11:01 編集

WM_SIZEからfall throughしてそのままWM_CREATE時のコードに行ってしまうのがまずいのでは．一度，WM_SIZE:の内容を，WM_CREATE:の次に配置し，WM_SIZE:の部分をコメントアウトしてみたらどうでしょうか．（「case WM_CREATE:」の行をコメントアウトして，「case WM_SIZE:」を「case WM_CREATE:」に書き換えた感じに）

Weapon

2018/07/20 12:00

それをするとリサイズ時のメッセージが飛ばなくなるのでそのWM_CREATEをWM_PAINTにすればウィンドウの再描画はされます。しかしメッセージがWM_CREATEではなくWM_PAINTで描画していいのかということに違和感を感じているので効果的な解決法を求めていますそして書き換えても最初の質問の(2)の白い線が残るんですがこれは子ウィンドウの再描画ですかね

fana

2018/07/20 13:31

(1)何が問題を引き起こしているのか？　を明らかにすべきと思い，最初の回答を行った．一時的にでも試しに子ウィンドウのウィンドウプロシージャをデフォルト動作だけに差し替えたら現象が変化（改善）することは無いのか？という．それで問題の現象に変化があるなら，子ウィンドウのプロシージャの実装に問題がある可能性がある（→提示されているコードだけでは解決できない） (2)次に，それとは別に，提示されているメインウィンドウのプロシージャにも問題がありそうなのでコメントで追加指摘した．WM_SIZEメッセージ毎にウィンドウ生成処理が走るのは明らかにバグと思われ，それがどんな悪影響を与えるかわからないから，一旦その問題が起こらない状態の動作を確認したい（してほしい）上記２点を修正した状態では，少なくともこちらの環境では，提示スクリーンショットのようなおかしな描画は成されない．（そりゃ確かにこの状態はあなたの意図した動作をするコードではないですが，仮に問題現象が起きなくなるなら，そこから必要な処理を再び足していけばよいのではないかと．）

行動規範の内容に同意します

あなたの回答