клик мышкой мимо окна

[xrob]

То самое событие, когда мышка была нажата за пределами окна.
интернет на такой запрос отвечает байками про WM_ACTIVATE,
мол, это сообщение посылается, когда окно теряет фокус.
А если мы кликнем мышкой мимо окна, то оно, ведь,
по логике теряет фокус, правильно?
т.е. этому окну будет послано сообщение WM_ACTIVATE.

есть наследник TCustomControl, в нем описываю процедуру:

procedure Test(var Msg:TMessage);  message WM_ACTIVATE;

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

а вопрос такой: как зафиксировать событие, когда мышка была нажата мимо конкретного окна?

[Человек_Борща]

Хех, какая у вас странная логика. Если юзер кинул мышку мимо окна, то WM_ACTIVATe летит в того, кому его кинули, а не тому, кому собирались кинуть.

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

[Пепел Феникса]

если окно/контрол(!) потеряли фокус, то они получают WM_KILLFOCUS.

если вы хотите сделать типа как у SPy++ выбор окна, то там немного иначе.

[volvo877]

Если юзер кинул мышку мимо окна, то WM_ACTIVATe летит в того, кому его кинули, а не тому, кому собирались кинуть.

Не только.

WM_ACTIVATE:

Sent to both the window being activated and the window being deactivated.
<...>
WA_INACTIVE Deactivated.

, только ловить это надо не компоненту, а форме, тогда будет получено сообщение о деактивации формы.

[xrob]

моя логика как раз соответствует тому, что написал volvo877:
сообщение посылается обоим окнам - которое получает фокус и которое теряет фокус...

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

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

сразу скажу, мне не нужен именно список, мне нужен сам механизм.


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


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

[Пепел Феникса]

а вот с наследником TCustomControl не прокатывает -

вы должны вмешаться в обработчик формы, именно она получает INACTIVE поидее.

[xrob]

CM_CANCELMODE...
то, что доктор прописал!
если фокус на моем контроле и мышка нажата мимо него - бинго,
получает это сообщение!

единственный минус - клик мимо программы не приводит к этому событию...
но в остальном - то что нужно! =)

[volvo877]

а вот с наследником TCustomControl не прокатывает -
процедура, назначенная на WM_ACTIVATE не запускается вообще, куда не тыкай

Дочерние окна не получают WM_ACTIVATE. Только top-level windows.

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

Стандартный комбобокс уведомляет родителя о том, что потерял фокус, посылкой ему уведомления CBN_KILLFOCUS