Share via

정보 대화 상자

  • 아티클

대화 상자를 만들고 관리하는 데 도움이 되는 많은 함수, 메시지 및 미리 정의된 컨트롤이 있으므로 애플리케이션에 대한 사용자 인터페이스를 더 쉽게 개발할 수 있습니다. 이 개요에서는 대화 상자 함수 및 메시지를 설명하고 대화 상자를 만들고 사용하는 방법을 설명합니다.

이 개요에는 다음 topics 포함되어 있습니다.

일반적인 대화 상자에 대한 자세한 내용은 일반 대화 상자 라이브러리를 참조하세요.

대화 상자를 사용해야 하는 경우

대부분의 애플리케이션은 대화 상자를 사용하여 사용자 입력이 필요한 메뉴 항목에 대한 추가 정보를 묻는 메시지를 표시합니다. 대화 상자를 사용하는 것이 애플리케이션에서 입력을 검색하는 유일한 권장 방법입니다. 예를 들어 일반적인 열기 메뉴 항목은 파일 이름을 열어야 하므로 애플리케이션은 대화 상자를 사용하여 사용자에게 이름을 묻는 메시지를 표시해야 합니다. 이러한 경우 애플리케이션은 사용자가 메뉴 항목을 클릭할 때 대화 상자를 만들고 사용자가 정보를 제공한 직후 대화 상자를 삭제합니다.

또한 많은 애플리케이션은 대화 상자를 사용하여 사용자가 다른 창에서 작업하는 동안 정보 또는 옵션을 표시합니다. 예를 들어, 워드 프로세싱 애플리케이션은 텍스트 검색 옵션이 있는 대화 상자를 사용하는 경우가 많습니다. 애플리케이션이 텍스트를 검색하는 동안 대화 상자는 화면에 남아 있습니다. 그러면 사용자가 대화 상자로 돌아가서 같은 단어를 다시 검색할 수 있습니다. 또는 사용자가 대화 상자에서 항목을 변경하고 새 단어를 검색할 수 있습니다. 이러한 방식으로 대화 상자를 사용하는 애플리케이션은 일반적으로 사용자가 메뉴 항목을 클릭하고 애플리케이션이 실행되는 한 또는 사용자가 대화 상자를 명시적으로 닫을 때까지 계속 표시할 때 대화 상자를 만듭니다.

애플리케이션에서 대화 상자를 사용하는 다양한 방법을 지원하기 위해 모달 및 모덜리스라는 두 가지 유형의 대화 상자가 있습니다. 모달 대화 상자를 사용하려면 애플리케이션이 계속되도록 허용하기 전에 사용자가 정보를 제공하거나 대화 상자를 취소해야 합니다. 애플리케이션은 계속 진행하기 전에 추가 정보가 필요한 메뉴 항목과 함께 모달 대화 상자를 사용합니다. 모덜리스 대화 상자를 사용하면 사용자가 대화 상자를 닫지 않고 정보를 제공하고 이전 작업으로 돌아갈 수 있습니다. 모달 대화 상자는 만들어지고 작업을 수행하며 단일 함수를 호출하여 제거되기 때문에 모덜리스 대화 상자보다 관리가 더 간단합니다.

모달 또는 모덜리스 대화 상자를 만들려면 애플리케이션에서 대화 상자 스타일 및 콘텐츠를 설명하는 대화 상자 템플릿을 제공해야 합니다. 애플리케이션은 작업을 수행하기 위한 대화 상자 프로시저도 제공해야 합니다. 대화 상자 템플릿은 대화 상자 및 이 대화 상자에 포함된 컨트롤에 대한 이진 설명입니다. 개발자는 애플리케이션의 실행 파일에서 로드하거나 애플리케이션이 실행되는 동안 메모리에 만들 리소스로 이 템플릿을 만들 수 있습니다. 대화 상자 프로시저는 대화 상자 또는 수행할 대화 상자의 태스크에 대한 입력이 있을 때 시스템에서 호출하는 애플리케이션 정의 콜백 함수입니다. 대화 상자 프로시저는 창 프로시저와 비슷하지만 동일한 책임은 없습니다.

애플리케이션은 일반적으로 DialogBox 또는 CreateDialog 함수를 사용하여 대화 상자를 만듭니다. DialogBox 는 모달 대화 상자를 만듭니다. CreateDialog 는 모덜리스 대화 상자를 만듭니다. 이 두 함수는 애플리케이션의 실행 파일에서 대화 상자 템플릿을 로드하고 템플릿의 사양과 일치하는 팝업 창을 만듭니다. 메모리에 템플릿을 사용하여 대화 상자를 만드는 다른 함수가 있습니다. 대화 상자가 생성되면 대화 상자 프로시저에 추가 정보를 전달합니다.

대화 상자는 일반적으로 미리 정의된 전용 창 클래스에 속합니다. 시스템은 모달 및 모덜리스 대화 상자 모두에 대해 이 창 클래스와 해당 창 프로시저를 사용합니다. 함수가 호출되면 대화 상자의 창과 대화 상자의 컨트롤 창이 만들어지면 선택한 메시지를 대화 상자 프로시저로 보냅니다. 대화 상자가 표시되는 동안 미리 정의된 창 프로시저는 모든 메시지를 관리하고, 일부 메시지를 처리하고, 다른 메시지를 대화 상자 프로시저에 전달하여 프로시저가 작업을 수행할 수 있도록 합니다. 애플리케이션은 미리 정의된 창 클래스 또는 창 프로시저에 직접 액세스할 수 없지만 대화 상자 템플릿 및 대화 상자 프로시저를 사용하여 대화 상자의 스타일과 동작을 수정할 수 있습니다.

대화 상자 소유자 창

대부분의 대화 상자에는 소유자 창(또는 더 간단하게 소유자)이 있습니다. 대화 상자를 만들 때 애플리케이션은 소유자의 창 핸들을 지정하여 소유자를 설정합니다. 시스템은 소유자를 사용하여 대화 상자가 항상 소유자 위에 배치되도록 Z 순서에서 대화 상자의 위치를 결정합니다. 또한 시스템은 소유자의 창 프로시저에 메시지를 보내 대화 상자에서 이벤트를 알릴 수 있습니다.

시스템은 소유자가 숨겨지거나 제거 될 때마다 대화 상자를 자동으로 숨기거나 삭제합니다. 즉, 대화 상자 프로시저는 소유자 창의 상태에 대한 변경 내용을 검색하기 위해 특별한 처리가 필요하지 않습니다.

일반적인 대화 상자는 메뉴 항목과 함께 사용되므로 소유자 창은 일반적으로 메뉴가 포함된 창입니다. 소유자가 없는 대화 상자를 만들 수 있지만 권장되지는 않습니다. 예를 들어 모달 대화 상자에 소유자가 없는 경우 시스템은 애플리케이션의 다른 창을 사용하지 않도록 설정하지 않으며 사용자가 다른 창에서 작업을 계속 수행하여 모달 대화 상자의 목적을 무너뜨릴 수 있습니다.

모덜리스 대화 상자에 소유자가 없는 경우 애플리케이션의 다른 창이 숨겨지거나 제거되면 시스템에서 대화 상자를 숨기거나 삭제하지 않습니다. 이는 모덜리스 대화 상자의 목적을 능가하지는 않지만, 적절한 시기에 대화 상자가 숨겨지고 제거되도록 애플리케이션에서 특수 처리를 수행해야 합니다.

메시지 상자

메시지 상자는 애플리케이션에서 메시지를 표시하고 간단한 입력을 요청하는 데 사용할 수 있는 특수 대화 상자입니다. 메시지 상자에는 일반적으로 문자 메시지와 하나 이상의 단추가 포함됩니다. 애플리케이션은 MessageBox 또는 MessageBoxEx 함수를 사용하여 표시 할 단추의 수와 유형을 지정하여 메시지 상자를 만듭니다. 현재 MessageBox와 MessageBoxEx의 작동 방식에는 차이가 없습니다.

메시지 상자는 대화 상자이지만 시스템은 메시지 상자의 생성 및 관리를 완전히 제어합니다. 즉, 애플리케이션은 대화 상자 템플릿 및 대화 상자 프로시저를 제공하지 않습니다. 시스템은 메시지 상자에 지정된 텍스트와 단추를 기반으로 자체 템플릿을 만들고 자체 대화 상자 프로시저를 제공합니다.

메시지 상자는 모달 대화 상자이며 시스템에서 DialogBox 에서 사용하는 것과 동일한 내부 함수를 사용하여 만듭니다. MessageBox 또는 MessageBoxEx를 호출할 때 애플리케이션이 소유자 창을 지정하면 시스템에서 소유자를 사용하지 않도록 설정합니다. 또한 애플리케이션은 대화 상자를 만들 때 MB_TASKMODAL 값을 지정하여 현재 스레드에 속하는 모든 최상위 창을 사용하지 않도록 시스템에 지시할 수 있습니다.

시스템은 모달 대화 상자를 만들 때와 마찬가지로 WM_CANCELMODE 및 WM_ENABLE 같은 메시지를 소유자에게 보낼 수 있습니다. 소유자 창은 이러한 메시지에서 요청한 모든 작업을 수행해야 합니다.

모달 대화 상자는 창 메뉴, 제목 표시줄 및 두꺼운 테두리가 있는 팝업 창이어야 합니다. 즉, 대화 상자 템플릿은 WS_POPUP, WS_SYSMENU, WS_CAPTION 및 DS_MODALFRAME 스타일을 지정해야 합니다. 애플리케이션은 WS_VISIBLE 스타일을 지정할 수 있지만, 시스템은 대화 상자 템플릿이 WS_VISIBLE 스타일을 지정하는지 여부에 관계없이 항상 모달 대화 상자를 표시합니다. 애플리케이션은 WS_CHILD 스타일이 있는 모달 대화 상자를 만들면 안됩니다. 이 스타일이 있는 모달 대화 상자는 자체를 사용하지 않도록 설정하여 후속 입력이 애플리케이션에 도달하지 못하도록 합니다.

애플리케이션은 DialogBox 또는 DialogBoxIndirect 함수를 사용하여 모달 대화 상자를 만듭니다. DialogBox 에는 대화 상자 템플릿이 포함된 리소스의 이름 또는 식별자가 필요합니다. DialogBoxIndirect 에는 대화 상자 템플릿이 포함된 메모리 개체에 대한 핸들이 필요합니다. DialogBoxParam 및 DialogBoxIndirectParam 함수도 모달 대화 상자를 만듭니다. 앞에서 언급한 함수와 동일하지만 대화 상자를 만들 때 지정된 매개 변수를 대화 상자 프로시저에 전달합니다.

모달 대화 상자를 만들 때 시스템은 모달 대화 상자를 활성 창으로 만듭니다. 대화 상자 프로시저가 EndDialog 함수를 호출하거나 시스템이 다른 애플리케이션에서 창을 활성화할 때까지 대화 상자는 활성 상태로 유지됩니다. 사용자와 애플리케이션 모두 모달 대화 상자가 제거될 때까지 소유자 창을 활성화할 수 없습니다.

소유자 창을 사용하지 않도록 설정하지 않은 경우 시스템은 모달 대화 상자를 만들 때 창과 창에 속한 모든 자식 창을 자동으로 사용하지 않도록 설정합니다. 소유자 창은 대화 상자가 제거될 때까지 비활성화된 상태로 유지됩니다. 대화 상자 프로시저는 언제든지 소유자 창을 사용하도록 설정할 수 있지만 소유자를 사용하도록 설정하면 모달 대화 상자의 목적이 무효화되며 권장되지 않습니다. 대화 상자 프로시저가 제거되면 시스템에서 소유자 창을 다시 사용하도록 설정하지만 모달 대화 상자로 인해 소유자가 비활성화된 경우에만 가능합니다.

시스템에서 모달 대화 상자를 만들 때 현재 마우스 입력을 캡처하는 창(있는 경우)에 WM_CANCELMODE 메시지를 보냅니다. 이 메시지를 수신하는 애플리케이션은 사용자가 모달 대화 상자에서 마우스를 이동할 수 있도록 마우스 캡처를 해제해야 합니다. 시스템에서 소유자 창을 사용하지 않도록 설정하므로 소유자가 이 메시지를 받을 때 마우스를 놓지 못하면 모든 마우스 입력이 손실됩니다.

모달 대화 상자에 대한 메시지를 처리하기 위해 시스템은 자체 메시지 루프를 시작하여 전체 애플리케이션에 대한 메시지 큐를 임시로 제어합니다. 시스템에서 대화 상자에 대해 명시적으로 표시되지 않는 메시지를 검색하면 해당 창에 메시지를 디스패치합니다. WM_QUIT 메시지를 검색하는 경우 애플리케이션의 기본 메시지 루프가 결국 메시지를 검색할 수 있도록 메시지를 애플리케이션 메시지 큐에 다시 게시합니다.

시스템은 애플리케이션 메시지 큐가 비어 있을 때마다 소유자 창에 WM_ENTERIDLE 메시지를 보냅니다. 대화 상자가 화면에 남아 있는 동안 애플리케이션은 이 메시지를 사용하여 백그라운드 작업을 수행할 수 있습니다. 애플리케이션이 이러한 방식으로 메시지를 사용하는 경우 애플리케이션은 모달 대화 상자가 사용자 입력을 받을 수 있도록 컨트롤을 자주 생성해야 합니다(예: PeekMessage 함수 사용). 모달 대화 상자가 WM_ENTERIDLE 메시지를 보내지 못하도록 하기 위해 애플리케이션은 대화 상자를 만들 때 DS_NOIDLEMSG 스타일을 지정할 수 있습니다.

애플리케이션은 EndDialog 함수를 사용하여 모달 대화 상자를 삭제합니다. 대부분의 경우 대화 상자 프로시저는 사용자가 대화 상자의 창 메뉴에서 닫기를 클릭하거나 대화 상자에서 확인 또는 취소 단추를 클릭할 때 EndDialog를 호출합니다. 대화 상자는 EndDialog 함수를 호출할 때 값을 지정하여 DialogBox 함수(또는 기타 생성 함수)를 통해 값을 반환할 수 있습니다. 시스템은 대화 상자를 삭제한 후 이 값을 반환합니다. 대부분의 애플리케이션은 이 반환 값을 사용하여 대화 상자가 작업을 성공적으로 완료했는지 또는 사용자가 취소했는지 여부를 확인합니다. 시스템은 대화 상자 프로시저가 EndDialog 함수를 호출할 때까지 대화 상자를 만드는 함수에서 컨트롤을 반환하지 않습니다.

모덜리스 대화 상자

모덜리스 대화 상자는 창 메뉴, 제목 표시줄 및 얇은 테두리가 있는 팝업 창이어야 합니다. 즉, 대화 상자 템플릿은 WS_POPUP, WS_CAPTION, WS_BORDER 및 WS_SYSMENU 스타일을 지정해야 합니다. 템플릿이 WS_VISIBLE 스타일을 지정하지 않으면 시스템에서 대화 상자를 자동으로 표시하지 않습니다.

애플리케이션은 CreateDialog 또는 CreateDialogIndirect 함수를 사용하여 모덜리스 대화 상자를 만듭니다. CreateDialog 에는 대화 상자 템플릿이 포함된 리소스의 이름 또는 식별자가 필요합니다. CreateDialogIndirect 에는 대화 상자 템플릿이 포함된 메모리 개체에 대한 핸들이 필요합니다. CreateDialogParam 및 CreateDialogIndirectParam의 다른 두 함수도 모덜리스 대화 상자를 만듭니다. 대화 상자를 만들 때 지정된 매개 변수를 대화 상자 프로시저에 전달합니다.

CreateDialog 및 기타 만들기 함수는 대화 상자에 창 핸들을 반환합니다. 애플리케이션 및 대화 상자 프로시저는 이 핸들을 사용하여 대화 상자를 관리할 수 있습니다. 예를 들어 대화 상자 템플릿에 WS_VISIBLE 지정되지 않은 경우 애플리케이션은 창 핸들을 ShowWindow 함수에 전달하여 대화 상자를 표시할 수 있습니다.

모덜리스 대화 상자는 소유자 창을 사용하지 않도록 설정하거나 메시지를 보내지 않습니다. 대화 상자를 만들 때 시스템에서 활성 창이 되지만 사용자 또는 애플리케이션은 언제든지 활성 창을 변경할 수 있습니다. 대화 상자가 비활성 상태가 되면 소유자 창이 활성 상태인 경우에도 Z 순서의 소유자 창 위에 유지됩니다.

애플리케이션은 입력 메시지를 검색하고 대화 상자에 디스패치합니다. 대부분의 애플리케이션은 이를 위해 기본 메시지 루프를 사용합니다. 그러나 사용자가 키보드를 사용하여 컨트롤로 이동하고 선택할 수 있도록 하려면 애플리케이션에서 IsDialogMessage 함수를 호출해야 합니다. 이 함수에 대한 자세한 내용은 대화 상자 키보드 인터페이스를 참조하세요.

모달 대화 상자에서는 모달 대화 상자처럼 애플리케이션에 값을 반환할 수 없지만 대화 상자 프로시저는 SendMessage 함수를 사용하여 소유자 창에 정보를 보낼 수 있습니다.

애플리케이션은 종료하기 전에 모든 모덜리스 대화 상자를 삭제해야 합니다. DestroyWindow 함수를 사용하여 모덜리스 대화 상자를 삭제할 수 있습니다. 대부분의 경우 대화 상자 프로시저는 취소 단추를 클릭하는 등 사용자 입력에 대한 응답으로 DestroyWindow를 호출합니다. 사용자가 이러한 방식으로 대화 상자를 닫지 않는 경우 애플리케이션은 DestroyWindow를 호출해야 합니다.

DestroyWindow 는 대화 상자에 대한 창 핸들을 무효화하므로 핸들을 사용하는 함수에 대한 후속 호출은 오류 값을 반환합니다. 오류를 방지하려면 대화 상자 프로시저가 소유자에게 대화 상자가 제거되었음을 알려야 합니다. 대부분의 애플리케이션은 대화 상자에 대한 핸들을 포함하는 전역 변수를 유지 관리합니다. 대화 상자 프로시저가 대화 상자를 삭제하면 전역 변수도 NULL로 설정되므로 대화 상자가 더 이상 유효하지 않음을 나타냅니다.

대화 상자 프로시저는 EndDialog 함수를 호출하여 모덜리스 대화 상자를 삭제해서는 안 됩니다.

대화 상자 템플릿

대화 상자 템플릿은 대화 상자를 설명하는 이진 데이터로, 높이, 너비, 스타일 및 포함된 컨트롤을 정의합니다. 대화 상자를 만들기 위해 시스템은 애플리케이션의 실행 파일의 리소스에서 대화 상자 템플릿을 로드하거나 애플리케이션에서 전역 메모리에 전달된 템플릿을 사용합니다. 두 경우 모두 애플리케이션은 대화 상자를 만들 때 템플릿을 제공해야 합니다.

개발자는 리소스 컴파일러 또는 대화 상자 편집기를 사용하여 템플릿 리소스를 만듭니다. 리소스 컴파일러는 텍스트 설명을 이진 리소스로 변환하고 대화 상자 편집기는 대화형으로 생성된 대화 상자를 이진 리소스로 저장합니다.

참고

템플릿 리소스를 만들고 애플리케이션의 실행 파일에 추가하는 방법에 대한 설명은 이 개요의 scope. 템플릿 리소스를 만들고 실행 파일에 추가하는 방법에 대한 자세한 내용은 애플리케이션 개발 도구와 함께 제공되는 설명서를 참조하세요.

 

템플릿 리소스를 사용하지 않고 대화 상자를 만들려면 메모리에 템플릿을 만들고 CreateDialogIndirectParam 또는 DialogBoxIndirectParam 함수 또는 CreateDialogIndirect 또는 DialogBoxIndirect 매크로에 전달해야 합니다.

메모리의 대화 상자 템플릿은 대화 상자를 설명하는 헤더와 대화 상자의 각 컨트롤을 설명하는 하나 이상의 추가 데이터 블록으로 구성됩니다. 템플릿은 표준 형식 또는 확장 형식을 사용할 수 있습니다. 표준 템플릿에서 헤더는 DLGTEMPLATE 구조와 추가 가변 길이 배열입니다. 각 컨트롤에 대한 데이터는 DLGITEMTEMPLATE 구조와 추가 가변 길이 배열로 구성됩니다. 확장 대화 상자 템플릿에서 헤더는 DLGTEMPLATEEX 형식을 사용하고 컨트롤 정의는 DLGITEMTEMPLATEEX 형식을 사용합니다.

전역 메모리 개체를 할당하고 표준 또는 확장 헤더 및 컨트롤 정의로 채워 메모리 템플릿을 만들 수 있습니다. 메모리 템플릿은 양식과 콘텐츠가 템플릿 리소스와 동일합니다. 메모리 템플릿을 사용하는 많은 애플리케이션은 먼저 LoadResource 함수를 사용하여 템플릿 리소스를 메모리에 로드한 다음 로드된 리소스를 수정하여 새 메모리 템플릿을 만듭니다. 메모리에서 대화 상자 템플릿을 만드는 방법에 대한 자세한 내용은 메모리의 템플릿을 참조하세요.

다음 섹션에서는 대화 상자 템플릿에서 사용되는 스타일, 측정값 및 기타 값에 대해 설명합니다.

대화 상자 템플릿 스타일

모든 대화 상자 템플릿은 대화 상자의 모양과 기능을 정의하는 스타일 값의 조합을 지정합니다. 스타일 값은 WS_POPUP 및 WS_SYSMENU 같은 창 스타일과 DS_MODALFRAME같은 대화 상자 스타일일 수 있습니다. 템플릿의 스타일 수와 유형은 대화 상자의 유형과 용도에 따라 달라집니다. 값 목록은 대화 상자 스타일을 참조하세요.

시스템은 대화 상자를 만들 때 템플릿에 지정된 모든 창 스타일을 CreateWindowEx 함수에 전달합니다. 시스템은 지정된 대화 상자 스타일에 따라 하나 이상의 확장 스타일을 전달할 수 있습니다. 예를 들어 템플릿이 DS_MODALFRAME 지정하면 시스템은 대화 상자를 만들 때 WS_EX_DLGMODALFRAME 사용합니다.

대부분의 대화 상자는 창 메뉴와 제목 표시줄이 있는 팝업 창입니다. 따라서 일반적인 템플릿은 WS_POPUP, WS_SYSMENU 및 WS_CAPTION 스타일을 지정합니다. 또한 템플릿은 모덜리스 대화 상자의 경우 WS_BORDER 모달 대화 상자의 경우 DS_MODALFRAME 테두리 스타일을 지정합니다. 템플릿은 대화 상자 대신 사용자 지정된 창을 만드는 경우 팝업(예: WS_OVERLAPPED)이 아닌 창 유형을 지정할 수 있습니다.

시스템은 WS_VISIBLE 스타일을 지정했는지 여부에 관계없이 항상 모달 대화 상자를 표시합니다. 모덜리스 대화 상자의 템플릿이 WS_VISIBLE 스타일을 지정하면 시스템이 대화 상자를 만들 때 자동으로 표시합니다. 그렇지 않으면 애플리케이션은 ShowWindow 함수를 사용하여 대화 상자를 표시합니다.

대화 상자 측정

모든 대화 상자 템플릿에는 대화 상자의 위치, 너비 및 높이를 지정하는 측정값과 이 템플릿에 포함된 컨트롤이 포함됩니다. 이러한 측정값은 디바이스에 독립적이므로 애플리케이션은 단일 템플릿을 사용하여 모든 유형의 디스플레이 디바이스에 대해 동일한 대화 상자를 만들 수 있습니다. 이렇게 하면 화면 간의 해상도 및 가로 세로 비율이 다르더라도 대화 상자가 모든 화면에서 동일한 비율과 모양을 갖게 됩니다.

대화 상자 템플릿의 측정값은 대화 상자 템플릿 단위에 지정됩니다. 측정값을 대화 상자 템플릿 단위에서 화면 단위(픽셀)로 변환하려면 MapDialogRect 함수를 사용합니다. 이 함수는 대화 상자에서 사용하는 글꼴을 고려하여 대화 상자 템플릿 단위에서 픽셀로 사각형을 올바르게 변환합니다. 시스템 글꼴을 사용하는 대화 상자의 경우 MapDialogRect를 사용하는 것이 더 간단하지만 GetDialogBaseUnits 함수를 사용하여 직접 변환 계산을 수행할 수 있습니다.

템플릿은 대화 상자의 왼쪽 위 모서리에 대한 초기 좌표를 지정해야 합니다. 일반적으로 좌표는 소유자 창 클라이언트 영역의 왼쪽 위 모서리를 기준으로 합니다. 템플릿이 DS_ABSALIGN 스타일을 지정하거나 대화 상자에 소유자가 없는 경우 위치는 화면의 왼쪽 위 모서리를 기준으로 합니다. 시스템은 대화 상자를 만들 때 이 초기 위치를 설정하지만 애플리케이션이 대화 상자를 표시하기 전에 위치를 조정할 수 있도록 허용합니다. 예를 들어 애플리케이션은 소유자 창의 차원을 검색하고, 소유자 창에서 대화 상자를 가운데에 배치하는 새 위치를 계산한 다음 , SetWindowPos 함수를 사용하여 위치를 설정할 수 있습니다.

템플릿은 화면의 너비와 높이를 초과하지 않고 모든 컨트롤이 대화 상자의 클라이언트 영역 내에 있는지 확인하는 대화 상자 너비와 높이를 지정해야 합니다. 시스템에서는 대화 상자의 크기를 허용하지만 너무 작거나 너무 큰 대화 상자를 만들면 사용자가 입력을 제공하지 못하게 되어 대화 상자의 목적이 무효화될 수 있습니다. 많은 애플리케이션은 많은 수의 컨트롤이 있는 경우 둘 이상의 대화 상자를 사용합니다. 이러한 경우 초기 대화 상자에는 일반적으로 사용자가 다음 대화 상자를 표시하도록 선택할 수 있는 하나 이상의 단추가 포함됩니다.

대화 상자 컨트롤

템플릿은 대화 상자의 각 컨트롤에 대한 위치, 너비, 높이, 스타일, 식별자 및 창 클래스를 지정합니다. 시스템은 이 데이터를 CreateWindowEx 함수에 전달하여 각 컨트롤을 만듭니다. 컨트롤은 템플릿에 지정된 순서대로 만들어집니다. 템플릿은 사용자가 대화 상자와 연결된 작업을 완료하는 데 필요한 입력을 입력할 수 있도록 적절한 컨트롤 수, 형식 및 순서를 지정해야 합니다.

각 컨트롤에 대해 템플릿은 컨트롤의 모양과 연산을 정의하는 스타일 값을 지정합니다. 모든 컨트롤은 자식 창이므로 WS_CHILD 스타일이 있어야 합니다. 대화 상자가 표시될 때 컨트롤이 표시되도록 하려면 각 컨트롤에도 WS_VISIBLE 스타일이 있어야 합니다. 다른 일반적으로 사용되는 창 스타일은 선택 적 테두리가 있는 컨트롤, 대화 상자를 처음 만들 때 사용하지 않도록 설정해야 하는 컨트롤에 대한 WS_DISABLED , 키보드를 사용하여 액세스할 수 있는 컨트롤에 대한 WS_TABSTOP 및 WS_GROUP WS_BORDER . WS_TABSTOP 및 WS_GROUP 스타일은 이 항목의 뒷부분에 설명된 대화 키보드 인터페이스와 함께 사용됩니다.

템플릿은 컨트롤의 창 클래스와 관련된 컨트롤 스타일을 지정할 수도 있습니다. 예를 들어 단추 컨트롤을 지정하는 템플릿은 BS_PUSHBUTTON 또는BS_CHECKBOX 같은 단추 컨트롤 스타일을 제공해야 합니다. 시스템은 WM_CREATE 메시지를 통해 컨트롤 창 프로시저에 컨트롤 스타일을 전달하므로 프로시저가 컨트롤의 모양과 연산을 조정할 수 있습니다.

시스템은 위치 좌표와 너비 및 높이 측정값을 대화 상자 기본 단위에서 픽셀로 변환한 후 CreateWindowEx로 전달합니다. 시스템에서 컨트롤을 만들 때 대화 상자를 부모 창으로 지정합니다. 즉, 시스템은 항상 컨트롤의 위치 좌표를 클라이언트 좌표로 해석하며 대화 상자 클라이언트 영역의 왼쪽 위 모서리를 기준으로 합니다.

템플릿은 각 컨트롤에 대한 창 클래스를 지정합니다. 일반적인 대화 상자에는 단추 및 편집 컨트롤 창 클래스와 같이 미리 정의된 컨트롤 창 클래스에 속하는 컨트롤이 포함되어 있습니다. 이 경우 템플릿은 클래스에 대해 미리 정의된 해당 원자 값을 제공하여 창 클래스를 지정합니다. 대화 상자에 사용자 지정 컨트롤 창 클래스에 속하는 컨트롤이 포함된 경우 템플릿은 등록된 창 클래스의 이름 또는 현재 이름과 연결된 원자 값을 제공합니다.

대화 상자의 각 컨트롤에는 다른 컨트롤과 구분하기 위한 고유 식별자가 있어야 합니다. 컨트롤은 WM_COMMAND 메시지를 통해 대화 상자 프로시저로 정보를 보내므로 컨트롤 식별자는 프로시저에서 지정된 메시지를 보낸 컨트롤을 결정하는 데 필수적입니다. 이 규칙의 유일한 예외는 정적 컨트롤에 대한 컨트롤 식별자입니다. 정적 컨트롤은 WM_COMMAND 메시지를 보내지 않으므로 고유 식별자가 필요하지 않습니다.

사용자가 대화 상자를 닫을 수 있도록 하려면 템플릿에서 하나 이상의 푸시 단추를 지정하고 컨트롤 식별자 IDCANCEL을 제공해야 합니다. 사용자가 대화 상자와 연결된 작업을 완료 또는 취소 중에서 선택할 수 있도록 하려면 템플릿에서 IDOK 및 IDCANCEL의 컨트롤 식별자를 사용하여 각각 확인 및 취소라는 두 개의 푸시 단추를 지정해야 합니다.

템플릿은 컨트롤에 대한 선택적 텍스트 및 만들기 데이터도 지정합니다. 텍스트는 일반적으로 단추 컨트롤에 대한 레이블을 제공하거나 정적 텍스트 컨트롤의 초기 콘텐츠를 지정합니다. 생성 데이터는 컨트롤을 만들 때 시스템에서 제어 창 프로시저에 전달하는 하나 이상의 데이터 바이트입니다. 생성 데이터는 다른 데이터에 지정된 것보다 초기 콘텐츠 또는 스타일에 대한 자세한 정보가 필요한 컨트롤에 유용합니다. 예를 들어 애플리케이션은 만들기 데이터를 사용하여 스크롤 막대 컨트롤의 초기 설정 및 범위를 설정할 수 있습니다.

대화 상자 창 메뉴

템플릿이 WS_SYSMENU 스타일을 지정하면 시스템에서 대화 상자에 창 메뉴를 제공합니다. 부적절한 입력을 방지하기 위해 시스템은 이동 및 닫기를 제외한 메뉴의 모든 항목을 자동으로 사용하지 않도록 설정합니다. 사용자는 이동을 클릭하여 대화 상자를 이동할 수 있습니다. 사용자가 닫기를 클릭하면 시스템에서 wParam 매개 변수가 IDCANCEL로 설정된 대화 상자 프로시저에 WM_COMMAND 메시지를 보냅니다. 이는 사용자가 클릭할 때 취소 단추로 보낸 메시지와 동일합니다. 이 메시지에 권장되는 작업은 대화 상자를 닫고 요청된 작업을 취소하는 것입니다.

대화 상자의 다른 메뉴는 권장되지 않지만 대화 상자 템플릿은 식별자 또는 메뉴 리소스의 이름을 제공하여 메뉴를 지정할 수 있습니다. 이 경우 시스템은 리소스를 로드하고 대화 상자의 메뉴를 만듭니다. 애플리케이션은 일반적으로 템플릿을 사용하여 대화 상자가 아닌 사용자 지정 창을 만들 때 템플릿의 메뉴 식별자 또는 이름을 사용합니다.

대화 상자 글꼴

시스템은 대화 상자 글꼴의 평균 문자 너비를 사용하여 대화 상자의 위치와 크기를 계산합니다. 기본적으로 시스템은 SYSTEM_FONT 글꼴을 사용하여 대화 상자의 모든 텍스트를 그립니다.

기본값이 아닌 대화 상자의 글꼴을 지정하려면 대화 상자 템플릿을 사용하여 대화 상자를 만들어야 합니다. 템플릿 리소스에서 FONT 문을 사용합니다. 대화 상자 템플릿에서 DS_SETFONT 또는 DS_SHELLFONT 스타일을 설정하고 점 크기와 서체 이름을 지정합니다. 대화 상자 템플릿이 이러한 방식으로 글꼴을 지정하더라도 시스템은 항상 대화 상자 제목 및 대화 상자 메뉴에 시스템 글꼴을 사용합니다.

대화 상자에 DS_SETFONT 또는 DS_SHELLFONT 스타일이 있는 경우 시스템은 컨트롤을 만들 때 대화 상자 프로시저 및 각 컨트롤에 WM_SETFONT 메시지를 보냅니다. 대화 상자 프로시저는 WM_SETFONT 메시지와 함께 전달된 글꼴 핸들을 저장하고 창에 텍스트를 쓸 때마다 디스플레이 디바이스 컨텍스트에 핸들을 선택합니다. 미리 정의된 컨트롤은 기본적으로 이 작업을 수행합니다.

시스템 글꼴은 Windows 버전마다 다를 수 있습니다. 애플리케이션이 실행 중인 시스템에 관계없이 시스템 글꼴을 사용하도록 하려면 MS Shell Dlg 서체와 함께 DS_SHELLFONT 사용하고 DIALOG 리소스 대신 DIALOGEX 리소스를 사용합니다. 시스템은 대화 상자에서 Tahoma 글꼴을 사용할 수 있도록 이 서체를 매핑합니다. 서체가 MS Shell Dlg가 아닌 경우 DS_SHELLFONT 영향을 주지 않습니다.

메모리의 템플릿

메모리의 대화 상자 템플릿은 대화 상자를 설명하는 헤더와 대화 상자의 각 컨트롤을 설명하는 하나 이상의 추가 데이터 블록으로 구성됩니다. 템플릿은 표준 형식 또는 확장 형식을 사용할 수 있습니다. 표준 템플릿에서 헤더는 DLGTEMPLATE 구조체와 추가 가변 길이 배열입니다. 각 컨트롤의 데이터는 DLGITEMTEMPLATE 구조체와 추가 가변 길이 배열로 구성됩니다. 확장 대화 상자 템플릿에서 헤더는 DLGTEMPLATEEX 형식을 사용하고 컨트롤 정의는 DLGITEMTEMPLATEEX 형식을 사용합니다.

표준 템플릿과 확장 템플릿을 구분하려면 대화 상자 템플릿의 처음 16비트를 검사. 확장 템플릿에서 첫 번째 WORD 는 0xFFFF. 다른 값은 표준 템플릿을 나타냅니다.

메모리에 대화 상자 템플릿을 만드는 경우 각 DLGITEMTEMPLATE 또는 DLGITEMTEMPLATEEX 컨트롤 정의가 DWORD 경계에 맞춰지도록 해야 합니다. 또한 컨트롤 정의를 따르는 모든 생성 데이터는 DWORD 경계에 맞춰야 합니다. 대화 상자 템플릿의 다른 모든 가변 길이 배열은 WORD 경계에 맞춰야 합니다.

템플릿 헤더

대화 상자의 표준 템플릿과 확장 템플릿 모두에서 헤더에는 다음과 같은 일반 정보가 포함됩니다.

  • 대화 상자의 위치 및 차원
  • 대화 상자의 창 및 대화 상자 스타일
  • 대화 상자의 컨트롤 수입니다. 이 값은 템플릿의 DLGITEMTEMPLATE 또는 DLGITEMTEMPLATEEX 컨트롤 정의 수를 결정합니다.
  • 대화 상자의 선택적 메뉴 리소스입니다. 템플릿은 대화 상자에 메뉴가 없거나 실행 파일의 메뉴 리소스를 식별하는 서수 값 또는 null로 끝나는 유니코드 문자열을 지정할 수 있음을 나타낼 수 있습니다.
  • 대화 상자의 창 클래스입니다. 미리 정의된 대화 상자 클래스 또는 서수 값 또는 등록된 창 클래스를 식별하는 null로 종료된 유니코드 문자열일 수 있습니다.
  • 대화 상자 창의 제목을 지정하는 null로 끝나는 유니코드 문자열입니다. 문자열이 비어 있으면 대화 상자의 제목 표시줄이 비어 있습니다. 대화 상자에 WS_CAPTION 스타일이 없으면 시스템에서 제목을 지정된 문자열로 설정하지만 표시하지 않습니다.
  • 대화 상자에 DS_SETFONT 스타일이 있는 경우 헤더는 클라이언트 영역의 텍스트와 대화 상자의 컨트롤에 사용할 글꼴의 점 크기와 서체 이름을 지정합니다.

확장 템플릿에서 DLGTEMPLATEEX 헤더는 다음과 같은 추가 정보도 지정합니다.

  • 시스템에서 WM_HELP 메시지를 보낼 때 대화 상자 창의 도움말 컨텍스트 식별자입니다.
  • 대화 상자에 DS_SETFONT 또는 DS_SHELLFONT 스타일이 있는 경우 머리글은 글꼴 두께를 지정하고 글꼴이 기울임꼴인지 여부를 나타냅니다.

컨트롤 정의

템플릿 헤더 다음에는 대화 상자의 컨트롤을 설명하는 하나 이상의 컨트롤 정의가 있습니다. 표준 템플릿과 확장 템플릿 모두에서 대화 상자 헤더에는 템플릿의 컨트롤 정의 수를 나타내는 멤버가 있습니다. 표준 템플릿에서 각 컨트롤 정의는 DLGITEMTEMPLATE 구조체와 추가 가변 길이 배열로 구성됩니다. 확장 템플릿에서 컨트롤 정의는 DLGITEMTEMPLATEEX 형식을 사용합니다.

표준 템플릿과 확장 템플릿 모두에서 컨트롤 정의에는 다음 정보가 포함됩니다.

  • 컨트롤의 위치 및 차원입니다.
  • 컨트롤의 창 및 컨트롤 스타일입니다.
  • 컨트롤 식별자입니다.
  • 컨트롤의 창 클래스입니다. 미리 정의된 시스템 클래스의 서수 값 또는 등록된 창 클래스의 이름을 지정하는 null로 끝나는 유니코드 문자열일 수 있습니다.
  • 컨트롤의 초기 텍스트를 지정하는 null로 끝나는 유니코드 문자열 또는 실행 파일에서 아이콘과 같은 리소스를 식별하는 서수 값입니다.
  • 생성 데이터의 선택적 가변 길이 블록입니다. 시스템에서 컨트롤을 만들 때 컨트롤에 보내는 WM_CREATE 메시지의 lParam 매개 변수에서 이 데이터에 대한 포인터를 전달합니다.

확장된 템플릿에서 컨트롤 정의는 시스템에서 WM_HELP 메시지를 보낼 때 컨트롤에 대한 도움말 컨텍스트 식별자도 지정합니다.