Как правильно предварительно переключиться на курсор ожидания в Win32? (Или: как правильно запустить WM_SETCURSOR?)

1_ Реализовать курсор занятости проще всего, когда он сочетается с отключенным вводом. Сначала отключите вход EnableWindow( hwnd, FALSE );, а затем установите курсор занятости SetCursor( LoadCursor( 0, IDC_WAIT ) );. Теперь вы можете выполнить некоторую операцию (в идеале не дольше 5 секунд). После этого разрешите вход EnableWindow( hwnd, TRUE );. Когда ваша операция длится более 5 секунд, окно будет призрачным, поэтому он потеряет занятый курсор в строке заголовка и границах изменения размера.

2_ Если окно должно принимать ввод при отображении курсора занятости, вы должны обрабатывать WM_SETCURSOR сообщение не только в оконной процедуре вашего окна верхнего уровня, но также и для всех его дочерних элементов (простые STATIC элементы управления являются исключением). Для этого требуется создание подклассов (SetWindowSubclass) этих дочерних элементов, что может быть довольно сложной задачей, если вы не можете использовать какую-либо расширенную структуру.

В оконной процедуре создания подкласса просто установите курсор занятости и верните TRUE. Не звоните DefWindowProc или DefSubclassProc в случае WM_SETCURSOR.

switch ( message )
{
case WM_SETCURSOR:
    SetCursor( MyCursor );
    return TRUE;
...
}

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

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

3_ Другой вариант - скрыть курсор ShowCursor( FALSE ); и отобразить вместо него полупрозрачное окно, отслеживающее положение курсора мыши с некоторой возможностью перехода по щелчку. Лично я бы начал с окна, отображаемого всего на несколько пикселей выше или ниже текущей позиции курсора.

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

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

Ваш опыт может варьироваться в зависимости от сложности вашего приложения.

Вот что я бы посоветовал сделать кому-нибудь в подобной ситуации:

1. Определите сообщение для всего приложения, например WM_UPDATECURSOR = WM_APP + 0.

2. Попросите ваш основной (GUI) поток обрабатывать WM_UPDATECURSOR, запустив WM_SETCURSOR:

   а. Используйте GetCursorPos и WindowFromPoint, чтобы поместить поток под курсором.

   б. Используйте GetWindowThreadProcessId для проверки идентификаторов процессов и потоков.

   c. Если это другой процесс, остановитесь.

   d. Если он находится в потоке, отличном от вашего процесса, PostThreadMessage(thread_id, WM_UPDATECURSOR) к нему, остановитесь. (Это в высшей степени необычная и в целом плохая практика; я упоминаю ее только для полноты картины.)

   е. Если это для вашего собственного потока, используйте WM_NCHITTEST, и если это удастся, выясните (как объясняется ниже), каким должен быть правильный курсор, если что-либо. Если что, установите его с помощью SetCursor; в противном случае SendMessage(WM_SETCURSOR).

3. Ведите список счетчиков, соответствующих различным курсорам, которые вы считаете штабелируемыми. Более ранние элементы имеют более низкий приоритет. Все, чего нет в списке, не будет отменено или рассмотрено позже.

4. Всякий раз, когда вы хотите изменить курсор в каком-либо потоке, увеличивайте или уменьшайте соответствующий счетчик, атомарно, если необходимо. (Предполагается, что этот курсор находится в списке складываемых курсоров.)
   Затем активируйте обновление курсора таким же образом, как для WM_UPDATECURSOR выше.

5. Чтобы выяснить, находится ли курсор в какой-либо точке, просмотрите список в обратном порядке и найдите курсор, соответствующий первому положительному счетчику. Если нет, то верните NULL; нет сложенного курсора.

6. В обработчике WM_SETCURSOR главного окна / диалогового окна оцените курсор из глобального списка, как описано в предыдущем шаге, и используйте SetCursor, чтобы установить его. Однако верните FALSE, чтобы дочерние окна (например, элементы управления Edit) по-прежнему переопределяли его, если захотят.

Я обновлю это, если выясню больше проблем, но я думаю, что в целом он ведет себя прилично.