교실 빔프로젝터와 다중 모니터를 위한 윈도우 라이프사이클: ZeliDesk 72종 유틸리티 WindowKit 멀티 디스플레이 아키텍처

1. 교실 현장의 고질적 데스크톱 버그: "프로젝터 선을 뽑았더니 프로그램 창이 사라졌어요"

학교 교실과 연수원은 일반 사무실보다 디스플레이 토폴로지(Display Topology)의 변화가 극단적으로 자주 일어납니다:

• 수시로 연결되는 외부 디스플레이: 교사는 1교시엔 교실 빔프로젝터(HDMI), 2교시엔 다른 반 전자칠판(Miracast 무선), 쉬는 시간엔 교무실 노트북 단독 화면으로 환경을 전환합니다.
• 오프스크린(Off-Screen) 유령 창 결함: 프로젝터 보조 모니터(예: 좌표 X=2560)에 창을 띄워둔 채 케이블을 뽑으면, 많은 윈도우 프로그램들이 이전 좌표를 고집하다가 물리적으로 존재하지 않는 허공의 가상 공간에 창을 렌더링해 버립니다.
• 교사의 당혹감과 수업 지연: 작업표시줄 아이콘을 클릭해도 창이 화면에 나타나지 않으므로, 교사들은 프로그램이 뻗었다고 판단하여 작업 관리자에서 강제 종료를 반복하고 수업 도입 5~10분을 허비하게 됩니다.

2. Win32 좌표계와 최소화 음수 좌표(-32000)의 함정

윈도우 운영체제는 창이 최소화(Minimized)될 때 화면에서 숨기기 위해 창의 위치를 `X = -32000, Y = -32000`이라는 거대한 음수 좌표로 이동시키는 고대 Win32 아키텍처의 유산을 유지하고 있습니다.

만약 프로그램이 종료 이벤트(`Window.Closed`)에서 현재 창의 위치를 무조건 저장하도록 순진하게 구현되어 있다면, 창을 최소화한 상태에서 작업표시줄 우클릭으로 앱을 닫는 순간 음수 좌표(-32000)가 설정 파일에 영구 기록되어 다음 실행 때 영원히 화면에 뜨지 않는 치명적인 '블랙홀 버그'가 발생합니다.

3. WindowKit의 3중 방어 메커니즘: DisplayArea.GetFromPoint 검증

ZeliDesk의 공통 윈도우 프레임워크인 WindowKit은 이 문제를 수학적 디스플레이 기하 검증 알고리즘으로 완벽히 차단했습니다:

// 1단계: 창의 중심점 (Center Point) 계산
int centerX = x + w / 2;
int centerY = y + h / 2;

// 2단계: 현재 물리적으로 연결된 디스플레이 영역 중 중심점을 포함하는 모니터 탐색
var area = Microsoft.UI.Windowing.DisplayArea.GetFromPoint(
    new Windows.Graphics.PointInt32(centerX, centerY),
    Microsoft.UI.Windowing.DisplayAreaFallback.None);

if (area != null)
{
    // 모니터가 여전히 정상 연결되어 있으면 원래 위치와 크기로 복원
    appWindow.MoveAndResize(new Windows.Graphics.RectInt32(x, y, w, h));
}
else
{
    // 프로젝터가 분리되어 좌표가 허공에 떴다면, 위치는 주 모니터로 리셋하고 크기만 복원!
    appWindow.Resize(new Windows.Graphics.SizeInt32(w, h));
}

// 최소화 상태에서 닫힐 때는 비정상 좌표(-32000) 저장을 원천 차단
if (appWindow.Presenter is Microsoft.UI.Windowing.OverlappedPresenter p &&
    p.State == Microsoft.UI.Windowing.OverlappedPresenterState.Minimized)
    return; // 저장 건너뛰기 (이전 정상 좌표 보존)

4. 72종 모듈러 유틸리티 전면 적용: WindowKit.Attach(this, "key") 단 한 줄의 미학

ZeliDesk는 단일 거대 프로그램이 아닌, 72종의 독립적인 온디바이스 AI 및 교무행정 유틸리티(ZeliOffice, ZeliGen, ZeliTranslate, tLM, sLMdown, ZeliGPU 등)가 유기적으로 결합된 모듈러 생태계입니다.

72개 창마다 복잡한 윈도우 이벤트 핸들러를 중복 작성하는 대신, 생성자에서 단 한 줄만 선언하면 모든 방어와 복원이 자동 완결되는 선언형 아키텍처를 구축했습니다:

public ZeliTranslateWindow()
{
    this.InitializeComponent();
    
    // 이 한 줄로 빔프로젝터 분리 복어, 최소화 방어, 크기/위치 영구 저장이 모두 자동화됨
    ZeliDesk.Services.WindowKit.Attach(this, "zelitranslate");
    
    ExtendsContentIntoTitleBar = true;
    SetTitleBar(AppTitleBar);
}

5. 타이밍 경합(Race Condition) 해소: 첫 Activated 이벤트 지연 복원

WinUI 3 윈도우 프레임워크에서는 창 생성 시 기본 크기(`AppWindow.Resize`)를 지정하는 코드와 저장된 이전 사용자 크기를 복원하는 코드 간에 초기화 순서에 따른 타이밍 경합(Race Condition)이 자주 일어납니다.

WindowKit은 복원 시점을 window.Activated의 최초 1회 트리거 시점으로 지연시켜, 각 창 내부의 기본 크기 지정 코드가 먼저 안전하게 실행된 후 저장된 사용자 정의 크기가 최종 적용(Overwrite)되도록 완벽한 멱등성(Idempotency)을 확립했습니다.

6. 일반 데스크톱 앱 vs ZeliDesk WindowKit 디스플레이 복원력 비교

교실 환경에서 흔히 발생하는 다중 디스플레이 장애 상황에 대한 비교 테스트 결과입니다:

7. 결론: "보이지 않는 곳에서 교사의 시간을 지켜주는 섬세한 디테일"

진정한 사용자 경험(UX)은 화려한 애니메이션이나 최신 디자인 트렌드에만 머무르지 않습니다.

수업 종이 치기 1분 전, 허겁지겁 교실에 들어와 노트북 케이블을 연결하고 다시 분리하는 선생님의 긴박한 교실 동선 속에서 단 한 번의 오작동이나 멈춤 없이 묵묵히 제자리를 찾아주는 소프트웨어—

ZeliDesk의 WindowKit 디스플레이 라이프사이클 아키텍처는 공교육 현장의 실제 고통을 온몸으로 겪어본 엔지니어들만이 설계할 수 있는 가장 섬세하고 단단한 배려입니다.