Есть ли способ «задержать» сообщение WM_ACTIVATE/WM_ACTIVATEAPP?

Question

Рассмотрите приложение с одним окном.

Если окно активировано - то есть, если оконная процедура (WindowProc) возвращает сообщение WM_ACTIVATE (или, аналогично, WM_ACTIVATEAPP) - оно выполняет действие. (Действие, чтобы проверить открытый файл для изменения, если да, то спросить пользователя, если он хочет, чтобы загрузить файл)

Проблема: WM_ACTIVATE/WM_ACTIVATEAPP также посылается, когда пользователь выполняет действия, как нажав закрыть кнопку приложения или переместить окно, перетащив заголовок. Тем не менее, эти сообщения получены до полученных сообщений, таких как WM_CLOSE или WM_MOVE. В этих случаях, очевидно, нужно ждать, пока пользователь не закончит свое действие, прежде чем что-нибудь спросить.

Есть ли возможность отложить обработку сообщения WM_ACTIVATE/ (которое отправляется, когда окно будет активировано) и обрабатывать другие сообщения (которые отправляются в процессе активации окна)? Суть в том, что (если я не ошибаюсь) у меня нет возможности узнать , если будет получено другое сообщение при первоначальной обработке сообщения WM_ACTIVATE/, так как я должен изменить свое поведение в зависимости от того, что произойдет в будущее? В то же время я не смог найти другое сообщение, которое было бы отправлено после. Окно было активировано (что, по сути, необходимо здесь).

Answer 1

Как я уже говорил выше, я категорически против использования таймера здесь.

Существуют определенные условия, когда вы не хотите действовать сразу, потому что клиент все еще выполняет какое-либо действие (перемещение, калибровка и т. Д.). Эти действия обычно требуют захвата мыши. Итак, мое предложение:

Отправьте сообщение команды в свое окно, когда оно активируется. В случае его закрытия он никогда не придет к обработке этой команды.

При обработке этого сообщения убедитесь, что вы снимаете мышь, а если вы - установите флаг; проверьте его, когда вы получите сообщение WM_CAPTURECHANGED, и если оно было установлено - отправьте одно и то же сообщение самому себе.

Вот код:

LRESULT CALLBACK WndProc(HWND hWnd, UINT message, WPARAM wParam, LPARAM lParam) 
{ 
    static bool bWaitForCapture = false; 
    switch (message) 
    { 
    case WM_COMMAND: 
     switch (LOWORD(wParam)) 
     { 
     case WM_APP+1: 
      if ((bWaitForCapture = ::GetCapture() == hWnd) != true) 
       ::OutputDebugString(L"WM_COMMAND : WM_APP+1\n"); 
      break; 
     case IDM_EXIT: 
      DestroyWindow(hWnd); 
      break; 
     default: 
      return DefWindowProc(hWnd, message, wParam, lParam); 
     } 
     break; 
    case WM_DESTROY: 
     PostQuitMessage(0); 
     break; 
    case WM_ACTIVATE: 
     if (wParam != WA_INACTIVE) 
      ::PostMessage(hWnd, WM_COMMAND, WM_APP + 1, 0); 
     break; 
    case WM_CAPTURECHANGED: 
     if (bWaitForCapture) 
      ::PostMessage(hWnd, WM_COMMAND, WM_APP + 1, 0); 
     break; 
    default: 
     return DefWindowProc(hWnd, message, wParam, lParam); 
    } 
    return 0; 
} 

Answer 2

Я не думаю, что вы можете отложить это сообщение, так как последовательность сообщений определяется Windows.

Одним из способов достижения желаемого поведения является отложить проверку изменений файла с помощью таймера с задержкой в ​​миллисекунды. Это позволит вам проверять обновления файлов после того, как станет ясно, что окно было активировано из-за того, что пользователь хочет что-то редактировать или он закрыт. Если задержка достаточно короткий пользователь даже не заметит ...

Следующий фрагмент кода показывает, как реализовать это:

#define IDT_UPDATE_TIMER 1000 


UINT_PTR timerId = NULL; /* needs to be stored along with other window data */ 

switch (uMsg) 
{ 
    WM_ACTIVATE: 
    WM_ACTIVATEAPP: 
     /* create timer to delay checking for file updates... */ 
     timerId = SetTimer(hWnd, IDT_UPDATE_TIMER, 50, NULL); 
     break; 

    WM_CLOSE: 
     /* cancel timer since window is being closed */ 
     KillTimer(hWnd, timerId); 
     break; 

    WM_TIMER: 
     switch (wParam) 
     { 
     case IDT_UPDATE_TIMER: 
      /* cancel timer to avoid retesting the file every 50ms */ 
      KillTimer(hWnd, timerId); 

      /* check for file updates... */ 
      break; 
     } 
     break; 
} 

Answer 3

Хороший вопрос!

Я не думаю, что есть какой-либо способ отсрочить обработку этих сообщений, они логически появляются в правильной последовательности, но, как говорится в вашем вопросе, вы не можете видеть в будущем.

Что вы можете сделать, однако, это изменить способ использования этих сообщений, возможно, использование таймера. Вы должны представить себе цепочку возможных событий.

Одним из способов может быть создание класса для обработки этого. Он обрабатывает WM_ACTIVATE/WM_ACTIVATEAPP. Как только он получит это сообщение, запустите таймер. Если вы получите WM_MOVE, отрегулируйте его, сбросьте таймер.

Если вы запустите свой код активации, то вызовите окно окна по умолчанию или позвоните по номеру DestroyWindow.

Если таймер истекает (половина секунды?Возможно, вам придется играть с точным порогом), тогда вы можете сделать свой код активации.

Вот что я имею в голове и извиняюсь, если я не очень хорошо себя объяснил.