앞으로 나오지 않던 창

// 개발 바이너리는 bundle 이 아니라서, 프레임워크가 제공하는 선언적
// 활성화 정책 설정이 살아 있는 NSApplication 까지 안 내려가.
// 고침: 같은 요청을 한 층 아래 Cocoa 층에서 직접 해.
#[cfg(target_os = "macos")]
{
    builder = builder.setup(|app| {
        // 1층: 프레임워크 수준 설정. 맞는 설정이고, 이것만으로는
        // 맨몸 바이너리한테 안 먹혀. 그래도 명시해 두는 건 나중에
        // 설정이나 프레임워크가 흔들릴 때를 대비한 문서 역할이야.
        app.set_activation_policy(ActivationPolicy::Regular);

        // 2층: 같은 요청을 singleton NSApplication 한테. 이쪽이
        // OS launch services 를 타고, 그게 dock 아이콘이랑 앱 전환기
        // 항목이랑 맨 앞으로 나올 권리를 사 줘. 키 입력이 web view 에
        // 닿기 위한 전제 조건이고.
        use objc2_app_kit::{NSApplication, NSApplicationActivationPolicy};
        use objc2_foundation::MainThreadMarker;

        if let Some(mtm) = MainThreadMarker::new() {
            let ns_app = NSApplication::sharedApplication(mtm);
            ns_app.setActivationPolicy(NSApplicationActivationPolicy::Regular);
            ns_app.unhide(None);
            ns_app.activate();
        }
        Ok(())
    });
}
// macOS 로 막아 놔서 다른 타깃은 전부 깨끗하게 컴파일돼.

증상 (원인 하나가 보인 세 얼굴):
  - dock 아이콘 없음
  - app switcher 에서 빠짐
  - 절대 맨 앞으로 안 옴. 키 입력이 아까 focus 있던 앱으로 감

진짜 원인:
  개발용 명령이 application bundle 이 아니라 맨 바이너리를 돌림.
  -> OS 가 이걸 정상적인, 앞으로 나올 수 있는 앱으로 등록한 적이 없음.

안 먹히는 것:
  framework 층의 'activation policy = regular' 설정
  -> 맨 바이너리에서는 살아 있는 앱 객체까지 전달이 안 됨
     (그 설정은 여기 없는 제대로 된 bundle 맥락을 전제함)

먹히는 것 (하나 골라):
  A) framework 아래 native 호출로 activation policy = regular 를 밀어 넣고,
     앱을 명시적으로 앞으로 끌어옴
  B) 진짜 application bundle 을 빌드해서 그걸 돌림 (개발 결과물 == 진짜 결과물)

더 나쁘게 만드는 것:
  뿌리보다 먼저 창 플래그(강제 focus, 항상 맨 위)에 손대기
  -> 항상 맨 위가 원래 버그 위에 키보드 focus 까지 깨뜨릴 수 있음