Перехват событий на форме DAX 2009

[George Nordic]

Всем привет!

Стоит задача по подключению внешней OLE компоненты, которая передает данные, генерируя событие WM_COPYDATA

Стал думать, как перехватить. Поднял старые темы, в большинстве которых сам же объяснял, что это невозможно. Однако, в классе FormRun нашел интересный метод:installMessageProc

public int installMessageProc(int message, int handle, str method)

Без описания, но, в общем, понятно все и так: Событие, Дескриптор окна, Метод. Метод тоже должен быть задан в особом формате:

void CallbackMethod(int hwnd, int message, int wParam, int lParam, int px, int py)

Проверил - действительно, работает! Создал тестовую форму, в ининте - указал несколько событий, на которые надо реагировать, и два дескриптора: один - на саму форму, второй - на контрол типа Window. А вот потом начинается самое интересное - события она перехватывает, но не все. KEY_DOWN - точно перехватывает.

Стал проверять. А как? Создал клавишу, которая посылает события, используя WinAPI::SendMessage, и, как ни странно, ни на одно из событий даже сама форма - не реагирует. Даже когда посылаешь WM_CLOSE.

Какие будут идеи:
1. Как сгенерировать событие
2. Как сделать так, что бы installMessageProc его перехватил.

Попробуем решить задачу 2003 года?

Форму для проведения экспериментов прилагаю.

Георгий

Идея будет SendMessageEx поменять на postMesage

По крайней мере форма по нажатию кнопки закрывается, если такую замену произвести.
Остальное тоже должно пойматься.

[DSPIC]

Цитата:

Сообщение от George Nordic

1. Как сгенерировать событие

• Может не тому окну посылаете (или вообще не то)? (форма состоит из нескольких окон, Воспользуйтесь spy в составе MS VS для контроля)
• Если посылаете батоном той же формы, возможо, окно "забивает" на WM_CLOSE, т.к. отрабатывает события кнопки (кто знает, как FormRun внутрях (и ещё глебже )сделан).

Цитата:

Сообщение от George Nordic

2. Как сделать так, что бы installMessageProc его перехватил.

Никак. Опять же, это внутренняя ф-я, и не понятно, какие категории сообщений она перехватывает. Помню, очень долго с ней игрался в рамках создания FormDigger'a

Полноценный переватчик лучше оформить в виде ActiveX - получите полный контроль и читабельный код - но регистрация DLL

Если без регистрации DLL - то придется программить на ASM на X++ для заворачивания процедуры обработки сообщений на себя, что жуть как криво и unsupportable.

[George Nordic]

Цитата:

Сообщение от 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, кажется, когда-то писал что-то подобное.

С Уважением,
Георгий

[sukhanchik]

Цитата:

Сообщение от George Nordic

Хотя, помниться, Alex_KD, кажется, когда-то писал что-то подобное.

Если ты имеешь в виду AxAssist - то эта тулза с регистрацией DLL

[Alex_KD]

Цитата:

Сообщение от George Nordic

1. installMessageProc не раегирует на SendMessage - только на PostMessage
2. Некоторые оповещения (клавиша, фокус, клипбоард) - проходят. А мышь, WM_COPYDATA и некоторые другие - "съедаются" ядром и игнорируются. Что проходит, а что нет - непонятно, описаний нет, только опытным путем.

При отсылки WM_COPYDATA через postMessage возвращает GetLastError() = 1159 , что расшифровывается как "The message can be used only with synchronous operations".
Другими словами WM_COPYDATA можно отослать только через SendMessage, который installMessageProc игнорирует.

OLE компонент изменить есть возможность? Аксапта отлично реагирует на WM_USER+X сообщения. Так же WM_COMMAND можно попробовать использовать.

Еще некоторые сообщения требуют указатель в параметре lParam вместо int. При отсылки таких сообщение через

WinApi::postMessage()/WinApi::sendMessage()

Акспта иногда очень быстро умирает.

ЗЫ AxAssist работает в одном треде с Аксаптой и слушает все сообщения до Аксапта, поэтому та м проще что-либо перехватить и обработать.

[sukhanchik]

2 Alex_KD: Так в AxAssist нужна регистрация dll или нет?

[Alex_KD]

Цитата:

Сообщение от sukhanchik

2 Alex_KD: Так в AxAssist нужна регистрация dll или нет?

ActiveX надо регестрировать конешно.

[ddadream]

Попробуй вот так:

hWnd = this.design().frame();
будет отрабатывать сообщения на самой форме, а не на контроле.

хотя конечно это не поможет.

[DmitryK]

Георгий, формат метода void metod(int hwindow, int message, int wParam, int lParam, int px, int py), если не секрет, вы выяснили из какких источников? По стандарту windows, вроде должно быть достаточно (int hwindow, int message, int wParam, int lParam).

Дмитрий

[A-Lis-A]

А можно ли заставить метод task в SysSetupFormRun ловить что-то кроме того, что предусмотрено стандартом? Например, нажатия клавиш F2, F3, F6...

[S.Kuskov]

Цитата:

Сообщение от A-Lis-A

А можно ли заставить метод task в SysSetupFormRun ловить что-то кроме того, что предусмотрено стандартом? Например, нажатия клавиш F2, F3, F6...

Нет
Перехват клавиш...

Можно через installMessageProc попробовать
Перехват событий на форме DAX 2009

[DmitryK]

Здравствуйте.

Похоже, что данный механизм не работает в 2012 (не перехватываются WM_ CHAR, WM_KEYDOWN). Кто нибудь пробывал? Кто нибудь в курсе почему?

С уважением, Дмитрий.

[S.Kuskov]

Цитата:

Сообщение от DmitryK

Похоже, что данный механизм не работает в 2012 (не перехватываются WM_ CHAR, WM_KEYDOWN).

У вас не перехватываются только эти два события или вообще никакие не перехватываются?

У меня вроде работает. Во вложении пример.

[DmitryK]

Да, вы правы Сергей. Спасибо.

С уважением, Дмитрий

[ShkipeRR]

В данной теме написано всё про 2009, а есть ли для AX 3.0?
Столкнулся с такой ситуацией (Интеграция WiFi ТСД CipherLab с Ax 3.0)
Имеется библиотека CipherLabTCP.dll работа происходит с ней так:
ТСД по Wi-Fi отсылает команду на ПК,которую перехватывает CipherLabTCP.dll. В свою очередь CipherLabTCP.dll посылает сообщение WM_COPYDATA уже конкретному окну и его дескриптору. В принимающем приложении при получении сообщения WM_COPYDATA, следует проверить член Source структуры CopyData. Если он равен "CipherLabTCP", значит это сообщение пришло из терминала.
как в Ax 3.0 реализовать прием WM_COPYDATA и возможно ли реализовать приём сообщения WM_COPYDATA?

[uchenik]

И снова кнопочки...

Почему пример из первого поста замечательно работает, пока не удаляешь инфолог из init?