WM_ERASEBKGND를 억제하는 올바른 방법은 무엇입니까?

Question

이중 버퍼링을 사용해야하는 경우 WM_ERASEBKGND 메시지를 표시하지 않아야합니다.

나는 WM_ERASEBKGND을 처리하고 즉시 반환 할 수 있습니다. 그러나 WNDCLASS/WNDCLASSEX의 hbrBackground을 NULL으로 설정하고 WM_ERASEBKGND 메시지를 처리 ​​할 수 ​​있습니까? 이것이 올바른 방법입니까?

Answer 1

예, no처리기를 구현하지 않으려면 hbrBackground에서 NULL으로 설정하는 것이 좋습니다.

WM_ERASEBKGND을 DefWindowProc에 전달하면 창 클래스의 배경 브러시를 확인합니다. 하나가 있으면 더러운 영역을 채 웁니다. 배경 브러시가 null이면 아무것도 수행하지 않고 반환합니다. 이는 본질적으로 자신이 아무것도하지 않는 것과 같습니다. WM_ERASEBKGND 처리기입니다.

WM_ERASEBKGND 핸들러의 리턴 값의 fErase 필드에 영향을 미치는 PAINTSTRUCT 당신이 얻을 때 WM_PAINT 통화 BeginPaint. WM_PAINT 처리기는 fErase을 확인하여 배경 자체를 지워야하는지 여부 또는 이미 완료된 경우 WM_ERASEBKGND인지 확인해야합니다. (비록 내가 실제로 그것을 본 사람은 본 적이 없지만). DefWindowProc을으로 처리하게하면, 색 번호 나 브러시가 있으면 TRUE을, hbrBackground이면 인 경우 FALSE을 반환합니다.

Answer 2

나는 hbrBackground = GetStockObject(HOLLOW_BRUSH)을 NULL으로 설정하는 것보다 더 정확하다고 생각합니다. 당신이 자동으로 배경 그림을 원하지 않는 경우

는 다음 중공 브러시를 전달합니다

An article on Raymond Chen's The Old New Thing는 구별을합니다. 사용자 정의 배경 그림을 원하면 NULL을 브러시로 전달하십시오.

The MSDN documentation for WNDCLASS의 hbrBackground 회원은 말한다 :이 멤버는 NULL 경우가 클라이언트 영역에 페인트를 요청할 때마다

이 응용 프로그램은 자신의 배경을 칠해야합니다. 배경을 그려야하는지 여부를 결정하려면 응용 프로그램에서 WM_ERASEBKGND 메시지를 처리하거나 함수로 채워진 PAINTSTRUCT 구조의 구성원 인 fErase을 테스트 할 수 있습니다.

그리고 MSDN documentation for WM_ERASEBKGND는 말한다 :

DefWindowProc 기능은 WNDCLASS 구조의 hbrBackground 구성원에 의해 지정된 클래스 배경 브러시를 사용하여 배경을 지 웁니다. hbrBackground이 NULL 인 경우 응용 프로그램에서메시지를 처리하고 배경을 지워야합니다.

내 해석은 다음 NULL에 hbrBackground을 설정하고 (그러나 아마 작동) 엄격하게 법적으로 의미되지 WM_ERASEBKGND을 처리하기 위해 무시한다는 것입니다; hbrBackground = NULL는 WM_ERASEBKGND 직접 처리하고 널 포인터와 페인트 DefWindowProc 시도를 못하게 약속입니다. 당신이