안녕하세요. 컴퓨터공학과 96학번 김진홍입니다. (CAERANG)

The AutoFocus

공대 홈페이지가 새롭게 단장함에 따라 뭔가 같이 새로운 일을 꾸며봐야 하겠다는 생각에
강좌를 해보는것이 어떨까 해서 이렇게 시도해 봅니다. 전공이 이쪽이다보니 강좌래봐야 프
로그래밍이겠죠. 여러분과 같이 이곳에서 정보를 공유하고 싶군요. 여러분도 같이 활동했
으면 좋겠습니다.
여기서는 우리들이 윈도우즈프로그래밍시에 흔히 사용하는 VC++를 사용하여 윈도우즈프로
그래밍과 VC++에서 제공하는 MFC를 이해하고 활용하는 것입니다. 그러나 VC++를 '툴'이
라고 착각하게 해주는 그 편리한(?) 기능들의 사용을 가능한 지양할것이며, API와 MFC를
혼용하는 방식을 택할것입니다. 하지만 귀찮을때는 Wizard들을 사용하기도 하겠습니다. 그
리고 가능하면 API와 MFC프로그래밍에 경험이 있으며 C++의 기본정도는 알아야 하겠습니
다. 그리고 강좌를 진행하는 방식에 있어서 '책'에서 처럼 체계적이기 보다는 제가 그것들을
제작하는 과정, 즉 개발하면서 발생했던 문제점, 또 그것을 어떻게 해결했는지, 그리고 원하
는 기능을 어떻게 구현할 수 있었는지를 그냥 시간적 순서대로 나열할 셈입니다. 한마디로
말이 많아질 것입니다.

그 첫번째 강좌...

- The AutoFocus -

여러분, 공대 1층 WorkStation실에서 X-Terminal을 사용하시면 (윈도우매니저에따라 다르
겠지만) 마우스가 화면상의 여러 윈도우를 돌아다닐때, 현재 마우스가 위치한 곳의 윈도우
가 자동적으로 떠오르는것을 보실 수 있습니다. 그러나 MS-Windows에서는 자신이 사용하
고자 하는 윈도우에 마우스 커서를 같다 놓고 '클릭'을 해야 비로소 화면의 맨 앞쪽으로 떠
오르죠. 물론 이러한 기능을 구현해 주는 유틸리티를 사용할 수 있겠지만, 우리가 이것을 직
접 만들어 보는것도 재미있을것입니다.


!@? 유레카 ?*%
--------------
사실 처음부터 이것을 만들려고 계획했던것은 아니고, Waite Group의 Windows API Bible
(윈도우즈3.1 API 참고서적)을 자취방에서 누워 뒤적이다가 우연히 WindowFromPoint라는
함수를 보게 되었습니다. 처음엔 그냥 지나쳤는데 갑자기 머리에 '펑!'하고 떠오르는 생각이..
"어랏.. 좌표로 윈도우핸들을 얻어낼 수 있다면, 그 핸들로 윈도우를 활성화 할 수 있겠는
데!!!" 더군요. 그 당시 전, 윈도우를 활성화 시키는 API, SetActiveWindow와 그 함수가 윈
도우의 핸들을 요구한다는것을 알고 있었기 때문에 그런 생각이 들게 된거죠. 뒤에 나오겠
지만, 실제로 그 함수는 원하는 윈도우에 대해 '끌어당기기'를 수행하지 못합니다. 그래서 다
른 함수를 사용하게됩니다.

잠깐! 위에서도 말씀드렸지만, Instance가 뭔지 핸들이 뭔지등등은 설명 안해드립니다... 윈
도우즈프로그래밍에 경험이 있는걸로 간주하고 있거든요.



디자인을 해볼까!
---------------
방금 언급했지만, 전 SetActiveWindow API와 WindowFromPoint가 필요한 전부인줄알고
급한 마음에 얼렁뚱땅 바로 설계에 들어갔습니다. 그 첫번째로..

"이게 해야할 일은 윈도우들간의 화면전환기능뿐일테니 화면에 무엇을 그릴 필요가 없겠고.
그러니 윈도우는 필요 없을꺼고, 별로 하는일도 없는데 AppWizard가 생성해주는 무지막지
(?)한 기본코드들도 필요없겠다. 그런데 API로만 작성하는건 매우 귀찮으니까 MFC class몇
개만 얻어쓰자.." 이런생각을 했습니다. 그런데 조금이라도 귀찮은게 싫은 전, 프로젝트 구
성하는게 귀찮아서 미니멀코드를 생성하기 위해 AppWizard로 Dialog based를 선택하고 기
본적으로 선택된 체크박스들을 모두 uncheck하고 Finish를 눌렀습니다. (프로젝트 이름은
AutoFocus) 생성된 그 초라한 기본코드에서 Dialog에 관련된 모든코드, Dialog생성해 부르
는 부분과 그 Dialog코드를 갖고 있는 AutoFocusDlg.*를 지웠습니다. 이렇게 해서 윈도우도
없는 달랑 CWinApp를 상속한 theApp라는 인스턴스만 남은 미니멀 코드를 완성했습니다.

< 그 미니멀 코드 *.CPP만 >
#include "stdafx.h"
#include "AutoFocus.h"

#ifdef _DEBUG
#define new DEBUG_NEW
#undef THIS_FILE
static char THIS_FILE[] = __FILE__;
#endif


/////////////////////////////////////////////////////////////////////////////
// CAutoFocusApp

BEGIN_MESSAGE_MAP(CAutoFocusApp, CWinApp)
//{{AFX_MSG_MAP(CAutoFocusApp)
//}}AFX_MSG_MAP
// Standard file based document commands
END_MESSAGE_MAP()

/////////////////////////////////////////////////////////////////////////////
// CAutoFocusApp construction

CAutoFocusApp::CAutoFocusApp()
{
}

/////////////////////////////////////////////////////////////////////////////
// The one and only CAutoFocusApp object

CAutoFocusApp theApp;

/////////////////////////////////////////////////////////////////////////////
// CAutoFocusApp initialization

BOOL CAutoFocusApp::InitInstance()
{
// 다 지웠슴... 깨끗하군..
return TRUE;
}

아시다시피, CWinApp는 application을 준비하고 실행해주는 일을 담당하는 클래스죠. 우리
는 그 클래스의 몇가지 기능들을 이용하기 위해 그 클래스를 상속받았습니다. (상속을 받아
야 overload를 할 수 있으니까..) 상속받은 클래스의 이름은 CAutoFocusApp이고 이것은 프
로그램에서 단 하나뿐이고 하나뿐이어야 하는 theApp라는 인스턴스로 생성되었습니다. 우리
는 프로그램의 초기화를 위해 CWinApp::InitInstance() 멤버함수를 오버로드해서 우리들이
필요한 초기화작업을 그곳에 넣게 됩니다.
그럼 이제 무엇을 해야 하느냐.. 화면에 윈도우는 필요없으니까 (또 그거 화면에 뜨면 화면
밑에 태스크바에도 조그만 창 하나 뜨니까 보기도 않좋을테니) 윈도우는 생성하지 말고 윈
도우즈에 윈도우클래스(WNDCLASS)등록만 하자... 라는 말도 안되는 생각을 해버렸습니다.
바보같이, 화면에 표시할것 없다고 윈도우도 생성하지 않을려고 했네요.. 그런데 응용프로그
램은 윈도우메세지 처리해야 할 일이 반드시 있으므로 WindowProc라는 Window Message
처리 프로시져가 필요하고, 또 그것에는 항상 발생 메세지를 전달해준 윈도우의 핸들이 전
달되므로 반드시 하나의 윈도우는 생성되야 합니다. (만일 윈도우 메세지를 처리할 일도
없고 화면에 표시할것도 없다면 윈도우 생성 안해도 되지..., 뭐 그런일도 충분히 있을 수 있
어, 근데 그럼 그게 뭐야???)


최소한의 창을 만들자!
-------------------
BOOL CAutoFocusApp::InitInstance()
{
CString strWndClass = AfxRegisterWndClass(0,
LoadCursor(IDC_ARROW), 0);

CMyWnd* pWnd = new CMyWnd;
pWnd->Create(strWndClass, NULL, 0, CRect(), NULL, NULL);

m_pMainWnd = pWnd;

return TRUE;
}

위와같이 Frame도, Document도, View도 없는 최소한의 윈도우를 만들어봤습니다. 윈도우
만들기전에 윈도우클래스(WNDCLASS)를 등록해야 하므로 WNDCLASS를 정의하고
RegisterClass API를 사용하려 했는데, 사용도 불편하고 WndProc나 hInstance를 정의하기
가 까다로워 OnLine도움말을 뒤지니 AfxRegisterWndClass라는 간편한 MFC 멤버함수를
발견했습니다. (OnLine도움말은 정말 정보의 은행입니다. 잘만 뒤지면 별 정보를 다 얻을
수 있죠.) AfxRegisterWndClass는 WndProc와 hInstance를 기본정의하고있어 특별히 따로
정의할 필요 없고, 클래스 이름도 자동으로 생성해주는 편리한 함수죠. 그것으로
WNDCLASS를 정의, 등록하고 바라던 윈도우를 위와같이 생성했습니다. 윈도우를 생성하는
Create멤버함수의 첫번째 파라메터인 클래스 이름을 제외하고 나머지는 다 NULL과 0 등인
데, 저렇게 하면 화면에 나타나지 않는 윈도우를 생성할 수 있습니다. (함수의 사용법은 참
고서적이나 도움말을 보세요.) 그 밑에 m_pMainWnd는 CWinThread의 멤버함수며, 윈도우
의 포인터를 유지해야 하므로 위와같이 생성된 윈도우의 포인터를 대입해줍니다.
(CWinApp는 CWinThread에서 파생됨) 원래는 미니멀코드를 만들때 생성된 Dialog를 가리
키고 있었습니다.


아니 우째 이런일이?!@#
--------------------
Build를 눌러 프로젝트를 컴파일, 링크해 보았습니다. 잘 되더군요. 그래서 실행해 보았습니
다. 그런데, 이게 왠일? RunTime에러가 나는군요.. 도대체 이해가 안됐습니다. 바보가 되는
느낌이었습니다. 저런 최소한의 코드가 에러를 내다니... TC로 5줄짜리 프로그램을 작성하
고 실행했는데 5개의 에러가떠 저한테 놀림을 당하던 불쌍한 제 친구가 눈에 아른거렸습니
다. 군대갔기에 망정이지.. 어쨋든, 정신을 차리고 Debug엔 자신이 있었던 전 의심이 되는
Create함수 바로전까지 실행하고 멈추어 한단계씩 실행을 진행했습니다. 그런데 문제는
MFC! Create 멤버함수 내부 진입단계에서 ASSERT로 pParent윈도우 포인터 값을 NULL
인지 비교해 NULL이니까 에러를 내더군요. 위 코드에서 Create의 5번째 파라메터는 parent
window의 포인터를 넣게 되어있지만, 당연히 첫번째 생성되는 윈도우라서 부모윈도우는 없
으니 NULL로 하는것이 당연합니다. 이것을 에러라니 할말이 없더군요. 이유는 생각보다 쉽
게 발견했지만, 당황했습니다. "그럼 어떻하지?" 그런데 마음이 가라앉으니 그곳에 아래와
같은 코멘트가 하나 적어져 있는게 보이더군요.
// can't use for desktop or pop-up windows (use CreateEx instead)
무슨 의미인지는 이해가 잘 안돼었지만 괄호안의 CreateEx를 대신 사용하라는 말에 눈길이
갔습니다. 어쨋던 현재 이 Create(Wincore.cpp에 정의됨)는 부모윈도우를 요구하고 있고, 그
렇다고 MFC소스를 수정할 수 는 없으니, CreateEx를 살펴보는게 났겠다는 생각을 했습니
다. CreateEx는 1개의 파라메타가 추가된것입니다. 윈도우확장스타일이죠. 그런데 중요한것
은 이 멤버함수는 parent window의 포인터를 검사하지 않는다는 것이었습니다. 기뻣습니다.
어쨋든 해결이 되었으니까요. 그래서 수정하였습니다.

<수정된 코드>
BOOL CAutoFocusApp::InitInstance()
{
CString strWndClass = AfxRegisterWndClass(0,
LoadCursor(IDC_ARROW), 0);

CMyWnd* pWnd = new CMyWnd;
// 첫번재 0이 윈도우확장스타일. 필요없으니 0
pWnd->CreateEx(0, strWndClass, NULL, 0, CRect(), NULL, NULL);

m_pMainWnd = pWnd;
return TRUE;
}

실행역시 잘 되었습니다. 단 화면에 보이는것이 없으므로(태스크바에도 나타나지 않으므로)
프로세스메니저를 띄워 프로세스를 직접 확인해야 합니다. 윈도우즈NT는 Ctrl+Shift+Esc키를
누르면 윈도우메니저가 뜨죠. Windows9X에서는 CTRL+ALT+DEL을 누르면 프로세스 확인
은 가능할 겁니다.
위에서 그 보이지 않는 윈도우를 생성하기위해 CWnd를 CMyWnd로 상속받았습니다. 사실
윈도우만 생성하고 더 이상 할일이 없다면 바로 CWnd클래스를 이용해 윈도우를 생성해도
되겠지만, CWnd에서 보내올 윈도우메세지들을 처리해야 하므로 그것을 상속받아야 합니다.
아까도 말했지만, 그래야 overload를 할 수 있으니까요.

타이머를 달자, 그런데 메세지는?
---------------------------
메모리에 떠 있는 그 프로세스를 죽이고나서 다음 할일을 찾았습니다.
WindowFromPoint에서 요구하는것은 마우스커서의 화면좌표입니다. 화면좌표가 변할때마다
마우스커서의위치를 구해 WindowFromPoint에 전달해야, 우리가 궁극적으로 갈구하는 '끌어
당기기'를 수행할 함수를 사용할 수 있을테니깐 말이죠. 그래서 마우스의 움직임에 반응하는
WM_MOUSEMOVE를 사용하기로 했습니다. 그런데 메세지는 어떻게 전달하지? MFC프
로그래밍을 해보셨다면 *.h에서의 DECLARE_MESSAGE_MAP과 *.cpp에서의
BEGIN_MESSAGE_MAP그리고 END_MESSAGE_MAP을 자주 보았을겁니다.
ClassWizard를 불러보시면 하단에 각 클래스의 멤버함수들이 나열되있고 그 앞에는 V혹은
W라는 표시가 되어있습니다. V는 virtual을 의미하고 W는 Window Message를 의미하죠.
여러분은 이런생각 해보셨습니까? 왜 가능한 윈도우메세지를 모두 virtual 함수로 만들지 않
았을까? 라는 생각. C++에 대해 자세히 나와있는 자료를 보시면 vtable이라는 단어가 나옵
니다. vtable은 polymorphysm을 구현해주는 virtual을 구현할때 필요한 주소테이블입니다.
virtual이라고 선언된 모든 함수는 vtable안에 그 함수의 시작주소가 저장되게 됩니다. 물론
virtual함수가 없다면 vtable도 없습니다. 그런데 그 virtual함수가 있는 클래스를 상속을 받
으면 상속받은 클래스에는 virtual함수가 없더라도 상위클래스의 virtual 함수의 시작주소를
저장할 vtable이 만들어 진다는 것입니다. virtual함수의 시작주소는 4바이트입니다. vtable은
상속받는 클래스에도 그대로 전달됩니다. 상상해보세요. 수많은 윈도우메세지들이 virtual로
선언되면 엄청난 vtable용 메모리가 소요될것이고, 또한 그것을 갖고 있는 클래스를 상속받
으면 그 vtable도 상속되므로 vtable용으로 할당되는 메모리는 끔직하도록 기하급수적으로
늘어날 것입니다. 또한 virtual에 의한 부적절한 polymorphysm효과도 발생한다는 군요. 그
래서 MFC Group은 필요한 몇개의 윈도우메세지와 함수들에 대해서만 virtual을 사용하고
나머지 메세지들에 대해서는 Message Mapping기법을 사용하여 효과적인 프로그래밍이 가
능하도록 하였습니다. 혹시나 속도가 느려지지 않을까 걱정하실지 모르겠지만, 해쉬테이블을
사용해 Message Caching을 하여 속도상의 저하는 거의 없답니다.
그 Message Mapping을 구현해주는 매크로가 DECLARE/BEGIN/END_MESSAGE_MAP입
니다. 기본적으로 CWinApp에서 메세지큐에서 메세지를 받아 Dispatch하지만, 그 메세지를
받는것은 CWnd입니다. 우리는 그것을 CMyWnd로 상속 받았으니 필요한 메세지처리를 할
수 있게되었습니다. (CWinApp와 CWnd는 모두 CCmdTarget에서 파생된 클래스입니다.
CCmdTarget클래스는 메세지맵 기본 클래스로써 이것을 상속받으면 매핑된 메세지 처리가
가능하게 됩니다.)
이야기가 길어졌는데, 저는 WM_MOUSEMOVE를 이용해 마우스가 움직일때마다 마우스커
서의 좌표검사를해 필요한 일을 수행하려 했습니다. 그런데 앗차! 생각해보니
WM_MOUSEMOVE메세지는 윈도우가 활성화 상태일때만 발생되는데, 여기서의 윈도우는
화면에 보이지 않으니 비 활성화 상태이고, 다른 윈도우들을 계속해서 전환시키려면 비활성
화 상태에서도 계속 작업을 진행해야 하는데, 완전히 딜레마에 빠져버렸습니다. 그때
WM_TIMER가 생각났습니다. WM_TIMER는 활성화던 비활성화던 관계없이 주기적으로
발생되는 메세지 이므로 해결이 된것입니다. 그래서 WM_TIMER를 장착했습니다. 그런데
그 메세지를 처리할 CMyWnd클래스는 손수 만든것이므로 메세지맵이 형성되있지 않습니
다. 그것을 만들어 주어야 합니다. 우선 AutoFocus.h파일에 적어져 있는 CMyWnd클래스의
맨 밑에 DECLARE_MESSAGE_MAP()이라고 적어줍니다. (이 매크로가 어떻게 구성되어
있는지 아시고 싶으시면 mfc소스를 뒤져보세요.) 그리고 AutoFocus.cpp에는 아래와 같이
추가해줍니다. (BEGIN/END_MESSAGE_MAP() 부분을 보세요) 그리고
BEGIN_MESSAGE_MAP과 END_MESSAGE_MAP사이에 우리가 원하는 메세지를 선언합
니다. 여기서 MFC가 기본적으로 WM_TIMER에 대한 핸들러를 정의해 놓은게 있으므로 그
것을 사용합니다. 그 사이에 ON_WM_TIMER()를 적어 넣습니다. 그러면 기본 핸들러인
OnTimer(UINT)가 불릴 것입니다. OnTimer는 당연히 CMyWnd에 넣어야 겠죠? 아래를 보
세요. OnTimer에 전달되는 Timer ID는 필요 없습니다. 어짜피 하나의 타이머만 사용할테니
까요. 그 않에 AutoFocus의 핵심 기능을 수행할 함수를 넣었습니다.

<코드..>

BOOL CAutoFocusApp::InitInstance()
{
CString strWndClass = AfxRegisterWndClass(0,
LoadCursor(IDC_ARROW), 0);

CMyWnd* pWnd = new CMyWnd;
pWnd->CreateEx(0, strWndClass, NULL, 0, CRect(), NULL, NULL);

m_pMainWnd = pWnd;

// 타이머 ID: 1000, 시간간격 700ms
m_pMainWnd->SetTimer(1000, 700, NULL);

return TRUE;
}


BEGIN_MESSAGE_MAP(CMyWnd, CWnd)
ON_WM_TIMER()
END_MESSAGE_MAP()


CMyWnd::CMyWnd()
{
}

void CMyWnd::OnTimer(UINT nID)
{
OnAutoFocus();
}

코드에 대한 설명이 다소 부족한 느낌이 듭니다. 하지만 여기서는 과정을 더 중요하게 생각
하고 있으므로 여러분이 위 코드에 대한 검증과 도움말의 활용을 꾸준히 하셔야 할것입니
다. 사실 위의 기능을 하는 코드는 순수 API로만 작성해도 얼마 길지 않고 보기에도 단순합
니다. 이렇게 MFC를 혼용하는것이 더욱 복잡하고 어렵죠. 하지만 더욱 다양한 기능을 가진
프로그램을 제작하다보면 MFC가 수많은 오버헤드를 제거해주며 다양하고 편리한 기능을
제공해 준다는것에 감사하게 될것입니다. 나중에 이 강좌가 끝나고 나면 순수 API 버전으
로 따로 올려드리죠.

마지막 준비!
-----------
거의 준비가 끝났습니다. 빨리 본론으로 들어가지 않는다고 투정하지 마세요. 본론은 간단
하니까요. 마지막 준비는 이 프로그램이 실행할때마다 계속 메모리에 뜨지 않게 하는것입
니다. AutoFocus의 기능을 하는 프로그램은 단 한번만 메모리에 로드 되면 되겠죠.
윈도우즈 3.1까지는 프로그램이 시작될때 WinMain함수에 Previous Instance를 전달해 줍니
다. Previous Instance는 자신의 바로 전 인스턴스를 말하는것으로, a.exe라는 프로그램을 두
번 띄운다고 가정하면, 처음으로 a.exe가 시작될때 Previous Instance에는 0을, 두번째 실행
될때는 처음으로 실행된 a.exe의 Instance를 Previous Instance로 전달해 줍니다. 이것을 이
용해 자신이 이미 실행이 되어 있는지 판단을 할 수 있었습니다. 그러나 Win32로 넘어오면
서 Previous Instance의 의미는 사라져 항상 0값을 갖고 있으므로 더 이상 그것을 사용할
수 없습니다. 그러나 다행히 FindWindow라는 API를 이용해 같은 기능을 수행할 수 있습
니다. FindWindow API는 클래스이름을 파라메타로 넣어주면 그것으로 등록된 윈도우의 핸
들을 돌려주는 기능을 합니다. FindWindow로 클래스를 검색해 그 윈도우 핸들이 존재 한
다면 이미 자신이 메모리에 로드 되어있다는것을 의미하므로 윈도우를 종료하면 될것입니
다. 그리고 윈도우가 종료할때는 반드시 SetTimer로 지정해준 타이머를 제거해야 합니다.
준비과정이 모두 끝난 코드를 보시죠.

<준비끝! 코드>
// AutoFocus.cpp : Defines the class behaviors for the application.
//

#include "stdafx.h"
#include "AutoFocus.h"

#ifdef _DEBUG
#define new DEBUG_NEW
#undef THIS_FILE
static char THIS_FILE[] = __FILE__;
#endif


/////////////////////////////////////////////////////////////////////////////
// CAutoFocusApp

BEGIN_MESSAGE_MAP(CAutoFocusApp, CWinApp)
//{{AFX_MSG_MAP(CAutoFocusApp)
//}}AFX_MSG_MAP
// Standard file based document commands
END_MESSAGE_MAP()

/////////////////////////////////////////////////////////////////////////////
// CAutoFocusApp construction

CAutoFocusApp::CAutoFocusApp()
{
}

/////////////////////////////////////////////////////////////////////////////
// The one and only CAutoFocusApp object

CAutoFocusApp theApp;

/////////////////////////////////////////////////////////////////////////////
// CAutoFocusApp initialization

BOOL CAutoFocusApp::InitInstance()
{
CString strWndClass = AfxRegisterWndClass(0,
LoadCursor(IDC_ARROW), 0);

if (FindWindow(strWndClass, NULL))
{
PostQuitMessage(0);
return TRUE;
}

CMyWnd* pWnd = new CMyWnd;
pWnd->CreateEx(0, strWndClass, NULL, 0, CRect(), NULL, NULL);

m_pMainWnd = pWnd;

// CMyWnd에서 WM_TIMER발생
m_pMainWnd->SetTimer(1000, 700, NULL);

return TRUE;
}

BEGIN_MESSAGE_MAP(CMyWnd, CWnd)
ON_WM_DESTROY() // 윈도우 파괴시 불리는 함수
ON_WM_TIMER()
END_MESSAGE_MAP()


CMyWnd::CMyWnd()
{
}

void CMyWnd::OnDestroy()
{
KillTimer(1000); // 지정된 윈도우 타이머 제거
CWnd::OnDestroy();
}

void CMyWnd::OnTimer(UINT nID)
{
OnAutoFocus();
}


윈도우를 찾아라!
--------------
이제 모든 준비과정이 끝났습니다. 이제 WM_TIMER에 의해 불릴 OnAutoFocus()를 제작
하는 것만 남았습니다. 이것이 핵심코드죠. 여기까지 너무 말이 많았는데, 배보다 배꼽이 큰
격이군요. 우선 그 메카니즘을 살펴보죠.
위에서 WindowFromPoint함수를 이용하면 마우스의 좌표를 이용해 해당 윈도우의 핸들을
얻을 수 있다고 하였습니다. 그러면 그것을 화면의 맨 앞쪽으로 끌어당겨주면 되겠죠. 간단
히 마우스 좌표를 얻어 해당 윈도우의 핸들을 얻는 OnAutoFocus()를 만들어 봅시다.

<코드...>
void CMyWnd::OnAutoFocus()
{
POINT p;
HWND hwnd;

// 마우스커서 좌표를 얻는다. 화면좌표계임.
GetCursorPos(&p);

// 그 좌표로부터 윈도우의 핸들을 얻음. 그 좌표에 윈도우 없으면 NULL.
hwnd = WindowFromPoint(p)->m_hWnd;

// 윈도우 활성!!!
::SetActiveWindow(hwnd);
}

프로그램이 완성된듯 싶었습니다. 그런데 실행해보니 마우스가 위치한 곳의 윈도우는 꿈쩍
도 하지 않았습니다. 화가났습니다. 그러나 프로그래머는 1Hz의 속도도 참고 견뎌야 한다
는 누군가의 말이 떠올랐습니다. 속도가 느린것은 아니었지만 그만큼 인내심이 필요하다는
말씀(?)으로 생각하고 천천히 디버깅을 해보았습니다. 마우스 좌표는 훌륭하게 얻어졌습니
다. 그것을 받는 WindowFromPoint함수는 널값이 아닌 핸들을 돌려주었습니다. 그럼
SetActiveWindow의 문제이군요. SetActiveWindow가 돌려주는 값을 추적해보니 0이었습니
다. 오류가 난것이죠. VC++의 SetActiveWindow의 OnLine도움말을 보았습니다. 자세히 읽
어보니 아래와같은 글이 쓰여 있더군요.
If the window identified by the hWnd parameter was created by the calling thread, the
active window status of the calling thread is set to hWnd. Otherwise, the active
window status of the calling thread is set to NULL.
말인 즉슨, SetActiveWindow함수에 의해 지정될 윈도우핸들이 이 함수를 호출하는 thread
와 같은 thread에 존재할때 윈도우 핸들값을 돌려주고 아닌경우엔 NULL을 준다는것입니다.
곧, SetActiveWindow을 사용하는 윈도우와 동일한 인스턴스에 존재해야 한다는 것입니다.
도움말 하단의 See Also에 적혀 있는 SetForegroundWindow를 발견하지 못하였다면 좌절
하고 말았을 것입니다. SetForegroundWindow는 SetActiveWindow와 같은 기능을 수행하
지만 성격이 조금 틀렸습니다.
The SetForegroundWindow function puts the thread that created the specified window
into the foreground and activates the window. Keyboard input is directed to the window,
and various visual cues are changed for the user.
다행이더군요. SetForegroundWindow함수는 지정될 윈도우의 thread(instance)를 앞쪽으로
끌어당겨 활성화 시킨다는 것이었습니다. 다른 인스턴스에도 적용 가능하다는 것이죠.
그래서 이것으로 대체하였습니다. 그리고 실행해보았습니다. 감격의 눈물이 흐를뻔 했습니
다. 우리가 원하는 바 대로 동작했습니다. 어라? 그런데 조금 이상하게 동작합니다. 탐색
기화면에서 마우스를 이리저리 옮겨보니 탐색기 자체가 선택되지 않고 그 내부에 있는
childwindow들이 선택되는 것이었습니다. 바로 탐색기에 포함된 여러 콘트롤들, 폴더트리,
파일리스트, 폴더선택콤보박스등... 그 모든것이 윈도우라는 것을 새삼스럽게 깨달았습니다.
그러니 탐색기 내부의 폴더트리부분에 마우스를 움직이면 탐색기자체가 활성화 되는것이 아
니라 폴더트리자체가 자꾸 활성화되서 결과적으로 탐색기는 비활성화 되었습니다. 그럼 이
것을 어떻게 해결하느냐... 어찌되었든 윈도우는 최상위 부모윈도우가 있기 마련입니다. 그러
면 마우스가 선택한 윈도우의 최상위 윈도우를 추적해 들어가면 될것입니다. 윈도우의 부
모윈도우는 GetParent라는 API로 알아낼 수 있습니다. 그러면 핸들을 넣어주면 최상위 윈
도우를 추적해 돌려주는 함수를 만들어 보죠...

<코드...>
HWND CMyWnd::GetTopmostParentWindow(HWND hwnd)
{
HWND hwnd_tmp;

while (1)
{
// 부모 윈도우는?
hwnd_tmp = ::GetParent(hwnd);
// 최상위 윈도우인가?
if (hwnd_tmp == NULL)
break;

// 아니면 trace into
hwnd = hwnd_tmp;
}

return hwnd;
}

그래서 이것을 OnAutoFocus()함수에 적용시켜 보았습니다.

<코드...>
void CMyWnd::OnAutoFocus()
{
POINT p;
HWND hwnd;

// 마우스커서 좌표를 얻는다. 화면좌표계임.
GetCursorPos(&p);

// 그 좌표로부터 윈도우의 핸들을 얻음. 그 좌표에 윈도우 없으면 NULL.
hwnd = WindowFromPoint(p)->m_hWnd;

// 최상위 윈도우를 찾음!
hwnd = GetTopmostParentWindow(hwnd);

::SetForegroundWindow(hwnd);
}

이제 잘 될까? 컴파일해 실행시키고 윈도우탐색기를 띄웠습니다. 잘 되는듯 했습니다. 좌측 상단의 폴더
선택콤보박스를 열어보았습니다. 앗! 그런데 곧바로 스스로 콤보박스가 닫혀버렸습니다. 웬
일일까? 곰곰히 생각해보니 타이머가 원인이었습니다. 콤보박스를 선택하는 도중에도 타
이머가 발생해 윈도우탐색기가 재활성화되어 콤보박스가 스스로 닫힌것입니다. 이것을 해
결하려고 머리를 굴리다가 방법이 떠올랐습니다. 마우스 커서가 한 윈도우의 영역을 벋어
나지 않는동안은 타이머 메세지가 발생해도 재활성화를 하지 않는것입니다. 그래서 코드를
재구성해보았습니다.

<재구성된 코드~~>
void CMyWnd::OnAutoFocus()
{
POINT p;
static HWND last_hwnd = NULL;
HWND hwnd;

GetCursorPos(&p);

hwnd = WindowFromPoint(p)->m_hWnd;

hwnd = GetTopmostParentWindow(hwnd);

// 계속 같은 윈도우 안에 마우스 커서가 있는가?
if (hwnd == last_hwnd)
return;

::SetForegroundWindow(hwnd);

last_hwnd = hwnd;
}

하하! 완성했습니다. 다시 실행해서 자신있게 탐색기를 돌려보았습니다. 그리고 다시 폴더선
택콤보박스를 열어보았습니다. 그런데 역시 또 닫혀버렸습니다. 이번엔 이유를 추측할 수
없었습니다. 도데체 왜일까? 왜? 왜? 왜??? 또 다시 디버깅모드로 들어갔습니다. 의심이
가는 코드의 출력값을 조사해 보았습니다. 그런데 오오... 완벽하다고 믿고 있었던 코드...
GetTopmostParentWindow가 돌려주는 최상위 핸들의 값이 탐색기 안에서 변하는 것이었습
니다. "말도안돼... 부모가 하나가 아닌가???" 그러나 겨우 알 수 있었습니다. 윈도우즈가 기
본적으로 제공하는 콘트롤들이 또 내부적으로 생성하는 그것의 차일드윈도우들에게 항상 부
모윈도우의 값을 유지시켜주지는 않는다는것을... 폴더선택콤보박스를 펼쳤을때 생겨나는
그 콤보박스의 차일드 윈도우들에게 부모윈도우의 값을 필요가 없었는지, 그것을 입력해주지 않았기
때문에 그 차일드윈도우의 부모값이 NULL이 되어 폴더선택콤보박스라는 엄연한 부모가 존
재하는데도 불구하고 자신이 부모로 선택되어 버린것입니다. Parent Chain이 끊긴것이죠.
무척 난감했습니다. 더이상의 방법이 나올것 같지가 않았습니다. 그냥 그것을 영영 버그로
남겨두고 싶었습니다. 귀찮아서... 그러나 그럴 수는 없었습니다. 죄없는 OnLine도움말을 열
어 펼쳤다 닫았다 하고 있었습니다. 그때 어렴풋이 이런생각이 떠올랐습니다. "윈도우 프로
그램에서 단일한것이 뭘까." 그것은 Instance였습니다. "그래, 모든 윈도우의 Instance는 동
일하니 그것을 비교하면 될꺼야."

드디어 AutoFocus를 완성하다!
--------------------------
다른 윈도우의 인스턴스를 얻기위해서는 subclassing을 이용하면 됩니다. subclassing을 잘
만쓰면 훌륭하게 hooking을 할 수 있습니다. 우선 코드를 보시죠. 간단합니다.

<완성된 코드...>
void CMyWnd::OnAutoFocus()
{
POINT p;
static LONG last_inst = 0;
static HWND last_hwnd = NULL;
HWND hwnd;
LONG inst;

GetCursorPos(&p);

hwnd = WindowFromPoint(p)->m_hWnd;

// 윈도우의 instance를 얻는다. subclassing
inst = ::GetWindowLong(hwnd, GWL_HINSTANCE);

hwnd = GetTopmostParentWindow(hwnd);

// 바로 전 인스턴스와 현재 인스턴스가 같거나,
// 바로 전 윈도우 핸들과 현재 윈도우 핸들이 같으면,
// SetForegroundWindow수행 하지 않음.
if (inst == last_inst || hwnd == last_hwnd)
return;

::SetForegroundWindow(hwnd);

last_inst = inst;
last_hwnd = hwnd;
}


드디어 AutoFocus를 완성했습니다. 전체적으로 보면 단순한것을 상당히 복잡하게 한 느낌
이 들죠? 어쨋든 탐색기에서도 잘 돌아가고 어디에서든 잘 돌아갑니다. 재미있는 유틸리티
가 완성된거죠.

현재 이 프로그램은 그 존재를 프로세스메니저가 없이는 확인하기 어렵습니다. Taskbar에
도 나타나지 않고 화면에도 보이는것이 없기 때문이죠. 작동하는것을 보고 직접적인 확인은
가능합니다만... 어쨋든 프로그램을 종료할 수 있도록 해주는것이 예의인것 같아서 다음 강
좌에서는 Taskbar의 오른쪽(시계있는부분)에 아이콘을 추가하여 AutoFocus를 조절할 수 있
도록 하겠습니다.