Mouse Click мимо модальной формы

[Mikle]

Подскажите, как узнать, что пользователь кликнул мышью мимо модальной формы?
События Form_Deactivate и Form_LostFocus не происходят, ведь форма модальная.
Лучше всего было бы узнать, что клик был в другую форму проекта, а не на постороннее окно или вообще мимо, во втором случае снимается фокус со всего проекта, никакой особой реакции, связанной с модальностью, не ожидается.

[Хакер]

Так-то ответ довольно прост: путём отлова оконных сообщений.

Что более интересно: если мы рассмотрим возможность получать уведомление о подобном клике как сервис или услугу, то кто является услугополучателем? Проект как глобальная сущность? Или модальное окно формы, мимо которого кликнули? Или окно, накрытое модальным окном, мимо которого кликнули? А если есть много немодальных окон, накрытых каскадом из модальных окон, то кто именно должен получить пинок о факте клика по самому «заднеплановому» по Z-order-у окну?

Ну и дополнительно. Вот такой код:

Код: Выделить всё

    f.Show vbModeless, Me
    Me.Enabled = False

даёт эффект, неотличимый от f.Show vbModal, Me. Должен ли механихм ослеживания кликов за пределы модального окна реагировать при кликах вне дочернего окна, показанного таким способом, или же наоборот — принципиально не должен?

[The trick]

Как я уже писал тебе поможет SetCapture + WS_EX_TOOLWINDOW. Делать раскрывающийся список на модальных окнах - так себе решение.

[Mikle]

даёт эффект, неотличимый от

Ещё как отличимый:
1. Главное окно видно в таскбаре, модальное не видно. Я вызываю модальное окно, потом перекрываю оба окна сторонним окном (проводником). Далее активирую главное окно кликом на его отображение в таскбаре - модальное окно появится тоже, а показанное по твоему рецепту нет.
2. Код в процедуре, расположенный после вызова Show vbModal не выполняется до закрытия модального окна.

поможет SetCapture + WS_EX_TOOLWINDOW. Делать раскрывающийся список на модальных окнах - так себе решение

Я даже не знаю, что такое SetCapture, но, думаю, разберусь. Но сначала продумаю возможность использования немодального окна с отслеживанием потери фокуса.

Просто я хотел написать выпадающий список, не требующий никаких инициализаций и уничтожений, вызываемый одной единственной функцией с возвращаемым значением (а тут нужно ожидание закрытия окна). С модальным окном это получалось:

[Хакер]

Судя по аттачу, это попытка переизобрести всплывающее меню, которое можно показать методом PopupMenu. Зачем его переизобретать?

[Хакер]

Как я уже писал тебе поможет SetCapture + WS_EX_TOOLWINDOW.

SetCapture не нужен: ни менюшки, ни дропдаун-списки (как у комбобокса) захват не используют.

[The trick]

Как я уже писал тебе поможет SetCapture + WS_EX_TOOLWINDOW.

SetCapture не нужен: ни менюшки, ни дропдаун-списки (как у комбобокса) захват не используют.

На win7 используют комбобоксы. Чуть позже скину название функции. Сообщение LBCB_STARTTRACK. На XP тоже самое.

[Mikle]

это попытка переизобрести всплывающее меню, которое можно показать методом PopupMenu. Зачем его переизобретать?

Сейчас подумал - можно же сделать в меню всего один пункт с индексом 0, тогда можно не только на ходу добавлять\убавлять пункты, но и обойтись одним общим обработчиком mnu_Click() для всего меню. Наверное, так и сделаю.
Просто мне понравилась сама идея - единственная форма, не требующая никаких инициализаций\деинициализаций, без зависимостей и Public сущностей (кроме нужной функции), формирование и вызов меню с возвратом значения - одной строкой.
Попробовал сделать на форме без модальности - получилось, только уже с кодом и в форме, и в модуле и с торчащими наружу Public переменными. Зато без проблем обрабатывает потерю фокуса.

[The trick]

Так есть же TrackPopupMenuEx - показывает меню и возвращает индекс выбранного элемента. Просто меню и выпадающий список - немного разные вещи. У выпадающего списка есть удобный скроллбар.

[Teranas]

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