Microsoft MVP성태의 닷넷 이야기
Windows: 233. Win32 - modeless 대화창을 modal처럼 동작하게 만드는 방법 [링크 복사], [링크+제목 복사],
조회: 12366
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일

(시리즈 글이 21개 있습니다.)
Windows: 226. Win32 C/C++ - Dialog에서 값을 반환하는 방법
; https://www.sysnet.pe.kr/2/0/13284

Windows: 227. Win32 C/C++ - Dialog Procedure를 재정의하는 방법
; https://www.sysnet.pe.kr/2/0/13285

Windows: 228. Win32 - 리소스에 포함된 대화창 Template의 2진 코드 해석 방법
; https://www.sysnet.pe.kr/2/0/13286

Windows: 229. Win32 - 대화창 템플릿의 2진 리소스를 읽어들여 윈도우를 직접 띄우는 방법
; https://www.sysnet.pe.kr/2/0/13287

Windows: 230. Win32 - 대화창의 DLU 단위를 pixel로 변경하는 방법
; https://www.sysnet.pe.kr/2/0/13288

Windows: 231. Win32 - 대화창 템플릿의 2진 리소스를 읽어들여 자식 윈도우를 생성하는 방법
; https://www.sysnet.pe.kr/2/0/13289

Windows: 232. C/C++ - 일반 창에도 사용 가능한 IsDialogMessage
; https://www.sysnet.pe.kr/2/0/13292

Windows: 233.  Win32 - modeless 대화창을 modal처럼 동작하게 만드는 방법
; https://www.sysnet.pe.kr/2/0/13295

Windows: 234. IsDialogMessage와 협업하는 WM_GETDLGCODE Win32 메시지
; https://www.sysnet.pe.kr/2/0/13296

Windows: 235. Win32 - Code Modal과 UI Modal
; https://www.sysnet.pe.kr/2/0/13297

Windows: 237. Win32 - 모든 메시지 루프를 탈출하는 WM_QUIT 메시지
; https://www.sysnet.pe.kr/2/0/13299

Windows: 238. Win32 - Modal UI 창에 올바른 Owner(HWND)를 설정해야 하는 이유
; https://www.sysnet.pe.kr/2/0/13300

Windows: 242. Win32 - 시간 만료를 갖는 MessageBox 대화창 구현 (쉬운 버전)
; https://www.sysnet.pe.kr/2/0/13305

Windows: 243. Win32 - 윈도우(cbWndExtra) 및 윈도우 클래스(cbClsExtra) 저장소 사용 방법
; https://www.sysnet.pe.kr/2/0/13306

Windows: 244. Win32 - 시간 만료를 갖는 MessageBox 대화창 구현 (개선된 버전)
; https://www.sysnet.pe.kr/2/0/13312

Windows: 245. Win32 - 시간 만료를 갖는 컨텍스트 메뉴와 윈도우 메시지의 영역별 정의
; https://www.sysnet.pe.kr/2/0/13315

Windows: 246. Win32 C/C++ - 직접 띄운 대화창 템플릿을 위한 Modal 메시지 루프 생성
; https://www.sysnet.pe.kr/2/0/13329

Windows: 247. Win32 C/C++ - CS_GLOBALCLASS 설명
; https://www.sysnet.pe.kr/2/0/13330

Windows: 248. Win32 C/C++ - 대화창을 위한 메시지 루프 사용자 정의
; https://www.sysnet.pe.kr/2/0/13332

Windows: 249. Win32 C/C++ - 대화창 템플릿을 런타임에 코딩해서 사용
; https://www.sysnet.pe.kr/2/0/13333

Windows: 250. Win32 C/C++ - Modal 메시지 루프 내에서 SetWindowsHookEx를 이용한 Thread 메시지 처리 방법
; https://www.sysnet.pe.kr/2/0/13334




Win32 - modeless 대화창을 modal처럼 동작하게 만드는 방법

지난 글에서 modal과 modeless 대화창을 만드는 방법을 설명했는데요,

C/C++ - 일반 창에도 사용 가능한 IsDialogMessage
; https://www.sysnet.pe.kr/2/0/13292

Win32 C/C++ - Dialog에서 값을 반환하는 방법
; https://www.sysnet.pe.kr/2/0/13284

그런데 어떤 경우에는 위와 같은 변환이 불가능한 경우도 있습니다. 일례로 Windows가 제공하는 FindText API로 호출하는 대화창이 그렇습니다.

C# - 윈도우에서 기본 제공하는 FindText 대화창 사용법
; https://www.sysnet.pe.kr/2/0/13290

// FindText를 C/C++에서 사용하는 방법: Modality, part 1: UI-modality vs code-modality

FindText API로 호출하는 대화창을, Modal로 만들기 위해 DialogBox API로 대체할 수는 없습니다. 대신 다른 방법이 있는데요, 바로 그것을 아래의 글에서 설명하고 있습니다.

Modality, part 1: UI-modality vs code-modality
; https://devblogs.microsoft.com/oldnewthing/20050218-00/?p=36413

즉 Find 대화창을 생성한 다음 곧바로 부모 창을 Disable 상태로 만들고, 대화창이 종료되면 다시 Enable 상태로 만들어주면 되는 것입니다. (물론, 그와 함께 IsDialogMessage 호출도 추가해야 합니다.)

실제로 지난 글의 C# 코드로도 위의 규칙대로 변경을 해보면,

private void Form1_Load(object sender, EventArgs e)
{
    _dlg = new FindTextDialog(this.Handle);
    _dlg.CreateDialog();
    this.Enabled = false;
}

private void button1_Click(object sender, EventArgs e)
{
    _dlg.CreateDialog();
    this.Enabled = false;
}

unsafe void OnFindReplace(IntPtr hwnd, ref FINDREPLACEW pfr)
{
    if (_dlg.HasCloseFlag())
    {
        this.Enabled = true;
        _dlg.Close();
        return;
    }

    if (_dlg.HasFindNextFlag())
    {
        string text = Marshal.PtrToStringAuto(pfr.lpstrFindWhat) ?? "";
        MessageBox.Show($"{_dlg.Text}, {text}");
    }
}

Find 대화창이 (동일하지는 않지만) 마치 Modal처럼 동작하는 것을 확인할 수 있습니다. 단지, DialogBox API를 사용하는 것과는 다르게 위의 방법은 부모 윈도우와 그 자식 컨트롤 모두를 Disable 상태로 만들게 된다는 차이점이 있습니다. (이것은 Windows Forms의 동작과 Win32 API인 EnableWindow의 동작에 차이가 있기 때문입니다.)




재미있게도, 위와 같이 modeless를 modal로 띄우는 경우 코딩 순서가 중요하다고 합니다.

The correct order for disabling and enabling windows
; https://devblogs.microsoft.com/oldnewthing/20040227-00/?p=40463

Modal 처리를 할 때는,

  1. Owner를 비활성화시키고,
  2. Modal 대화창을 활성화

순으로 처리하고, Modal 대화창을 닫을 때는 다음과 같이 해야 합니다.

  1. Owner를 활성화
  2. Modal 대화창을 닫고

예를 들어, 위에서 닫는 처리를 2번 먼저 하고 1번을 하게 되면 데스크톱에서 마지막으로 포커스를 가졌던 다른 창이 활성화되는 것을 볼 수 있습니다. 실제로 이에 대한 테스트를 "Modality, part 1: UI-modality vs code-modality" 글의 예제 코드로 할 수 있습니다.

void OnFindReplace(HWND hwnd, FINDREPLACE *pfr)
{
  if (pfr->Flags & FR_DIALOGTERM) {
      EnableWindow(hwnd, TRUE);
      DestroyWindow(g_hwndFR);
      g_hwndFR = NULL;
  }
}

만약 위의 코드를 다음과 같이 바꾸면,

DestroyWindow(g_hwndFR);
EnableWindow(hwnd, TRUE);

(다른 창을 의도적으로 한번 클릭한 후 Modal을 띄운 경우) Modal을 닫을 때 그것의 부모창이 포커스를 받는 것이 아니고, 마지막으로 클릭했었던 윈도우가 포커스를 받게 됩니다. 이런 현상이 나타나는 이유는, (대화)창이 종료하면서 그것의 소유자에게 포커스를 주려다가, 그 소유자가 disable 상태이기 때문에 Window Manager는 입력 포커스를 줄 다른 (Enable 상태의) 윈도우를 찾게 된다고 합니다.

위와 같은 현상은, DestoryWindow를 이용해 창을 닫는 코드라면 C#에서도 동일하게 재현됩니다.

(첨부 파일은 이 글의 코드를 포함합니다.)




아래의 글을 마저 소개하면, ^^

To enable and disable a window, use the EnableWindow function
; https://devblogs.microsoft.com/oldnewthing/20100719-00/?p=13403

윈도우 활성/비활성을 제어하기 위해 EnableWindow API 대신, SetWindowLong 함수로 WS_DISABLED 스타일을 직접 변경하는 것은 내부 변수의 값을 바꾸는 것에 지나지 않으므로 WM_ENABLE 메시지가 발생하진 않는다고 합니다. 당연히 그 외의 절차인 accessibility 관련 알림도 없고, 입력 포커스 조정 과정도 거치지 않게 됩니다. 이와 마찬가지로 ShowWindow API 대신 WS_VISIBLE 플래그를 직접 변경하는 식으로 사용하는 것도 역시 부작용이 있다고 합니다. (게다가, 이런 내용은 문서에도 적혀 있다고. ^^)




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 3/28/2023]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




1  2  3  4  5  6  7  8  [9]  10  11  12  13  14  15  ...
NoWriterDateCnt.TitleFile(s)
13718정성태8/27/20247407오류 유형: 921. Visual C++ - error C1083: Cannot open include file: 'float.h': No such file or directory [2]
13717정성태8/26/20247014VS.NET IDE: 192. Visual Studio 2022 - Windows XP / 2003용 C/C++ 프로젝트 빌드
13716정성태8/21/20246746C/C++: 167. Visual C++ - 윈도우 환경에서 _execv 동작 [1]
13715정성태8/19/20247343Linux: 78. 리눅스 C/C++ - 특정 버전의 glibc 빌드 (docker-glibc-builder)
13714정성태8/19/20246735닷넷: 2295. C# 12 - 기본 생성자(Primary constructors) (책 오타 수정) [3]
13713정성태8/16/20247439개발 환경 구성: 721. WSL 2에서의 Hyper-V Socket 연동
13712정성태8/14/20247214개발 환경 구성: 720. Synology NAS - docker 원격 제어를 위한 TCP 바인딩 추가
13711정성태8/13/20248051Linux: 77. C# / Linux - zombie process (defunct process) [1]파일 다운로드1
13710정성태8/8/20247968닷넷: 2294. C# 13 - (6) iterator 또는 비동기 메서드에서 ref와 unsafe 사용을 부분적으로 허용파일 다운로드1
13709정성태8/7/20247735닷넷: 2293. C# - safe/unsafe 문맥에 대한 C# 13의 (하위 호환을 깨는) 변화파일 다운로드1
13708정성태8/7/20247526개발 환경 구성: 719. ffmpeg / YoutubeExplode - mp4 동영상 파일로부터 Audio 파일 추출
13707정성태8/6/20247755닷넷: 2292. C# - 자식 프로세스의 출력이 4,096보다 많은 경우 Process.WaitForExit 호출 시 hang 현상파일 다운로드1
13706정성태8/5/20247881개발 환경 구성: 718. Hyper-V - 리눅스 VM에 새로운 디스크 추가
13705정성태8/4/20248142닷넷: 2291. C# 13 - (5) params 인자 타입으로 컬렉션 허용 [2]파일 다운로드1
13704정성태8/2/20248096닷넷: 2290. C# - 간이 dotnet-dump 프로그램 만들기파일 다운로드1
13703정성태8/1/20247426닷넷: 2289. "dotnet-dump ps" 명령어가 닷넷 프로세스를 찾는 방법
13702정성태7/31/20247822닷넷: 2288. Collection 식을 지원하는 사용자 정의 타입을 CollectionBuilder 특성으로 성능 보완파일 다운로드1
13701정성태7/30/20248094닷넷: 2287. C# 13 - (4) Indexer를 이용한 개체 초기화 구문에서 System.Index 연산자 허용파일 다운로드1
13700정성태7/29/20247693디버깅 기술: 200. DLL Export/Import의 Hint 의미
13699정성태7/27/20248222닷넷: 2286. C# 13 - (3) Monitor를 대체할 Lock 타입파일 다운로드1
13698정성태7/27/20248182닷넷: 2285. C# - async 메서드에서의 System.Threading.Lock 잠금 처리파일 다운로드1
13697정성태7/26/20247909닷넷: 2284. C# - async 메서드에서의 lock/Monitor.Enter/Exit 잠금 처리파일 다운로드1
13696정성태7/26/20247439오류 유형: 920. dotnet publish - error NETSDK1047: Assets file '...\obj\project.assets.json' doesn't have a target for '...'
13695정성태7/25/20247423닷넷: 2283. C# - Lock / Wait 상태에서도 STA COM 메서드 호출 처리파일 다운로드1
13694정성태7/25/20247887닷넷: 2282. C# - ASP.NET Core Web App의 Request 용량 상한값 (Kestrel, IIS)
13693정성태7/24/20247219개발 환경 구성: 717. Visual Studio - C# 프로젝트에서 레지스트리에 등록하지 않은 COM 개체 참조 및 사용 방법파일 다운로드1
1  2  3  4  5  6  7  8  [9]  10  11  12  13  14  15  ...