Цитата:
Сообщение от
DSPIC
Может не тому окну посылаете (или вообще не то)? (форма состоит из нескольких окон, Воспользуйтесь spy в составе MS VS для контроля)
Я даже пример приложил

Там в инфо выводится инфа, какому окну посылаем сообщение и, если ловит, то его дескриптор.
Цитата:
Сообщение от
DSPIC
Если посылаете батоном той же формы, возможо, окно "забивает" на WM_CLOSE, т.к. отрабатывает события кнопки (кто знает, как FormRun внутрях (и ещё глебже )сделан).
Да, в том-то все и дело. У меня не так много времени было на "поиграться", но вывод пока неутешительный:
1. installMessageProc не раегирует на SendMessage - только на PostMessage
2. Некоторые оповещения (клавиша, фокус, клипбоард) - проходят. А мышь, WM_COPYDATA и некоторые другие - "съедаются" ядром и игнорируются. Что проходит, а что нет - непонятно, описаний нет, только опытным путем.
3. Как видно, съедаются некоторые события, которые можно перекрыть.
4. И наоборот, некоторые события, которые посылаешь "Send/PostMessage" - ловятся, а вот контролы на них не реагируют, хотя, по логике построения мультиоконных интерфейсов, должны.
Цитата:
Сообщение от
DSPIC
Никак. Опять же, это внутренняя ф-я, и не понятно, какие категории сообщений она перехватывает. Помню, очень долго с ней игрался в рамках создания FormDigger'a. Полноценный переватчик лучше оформить в виде ActiveX - получите полный контроль и читабельный код - но регистрация DLL
Да, это и была первоначальная идея. Но случайно наткнулся на этот новый метод (не помнб такого раньше) и решил, что можно попробовать решить стаааренькую задачку.
Цитата:
Сообщение от
DSPIC
Если без регистрации DLL - то придется программить на ASM на X++

для заворачивания процедуры обработки сообщений на себя, что жуть как криво и unsupportable.
Да, но зато будет DAX, в которой реализована возможность перекрытия обработки сообщений
Хотя, помниться, Alex_KD, кажется, когда-то писал что-то подобное.
С Уважением,
Георгий