My<cod/>.net
DLL плагин, который создает родительское окно не обрабатывает сообщения правильно
Я создаю фреймворк плагина, где мое приложение загружает серию плагинов DLL, затем создает новое окно и передает этот дескриптор нового окна плагину. Плагин может использовать этот дескриптор для создания собственного GUI.
Кажется, все работает очень хорошо. Единственная проблема заключается в том, что когда я нажимаю TAB на виджет плагина (например, editbox), он не переходит к другому виджету. Я выяснил, что некоторые сообщения Windows передаются, а некоторые - нет. WM_KEYDOWN передается для других ключей, потому что я могу ввести в поле редактирования, но это сообщение не обрабатывает ключ TAB.
Надеюсь, у кого-то есть подсказка.
Я использую Borland VCL с CBuilder, но я думаю, что могу использовать любую платформу под WIN32 для создания этих плагинов, поскольку они никогда не знают, как были созданы их родительские windows.
Это действительно очень сложный вопрос.
При нажатии кнопки TAB фокус переходит к другому элементу управления, только если эти элементы управления принадлежат модальному диалоговому окну. На самом деле есть некоторые кнопки, такие как ESC, LEFT, RIGHT, DOWN, UP, TAB какие модальные диалоговые сообщения функция обрабатывает особым образом. Если вы хотите, чтобы эти клавиши вели себя подобным образом с немодальным диалоговым окном или любым другим окном, вы должны изменить функцию обработки сообщений и использовать IsDialogMessage внутри. Вы найдете дополнительную информацию о функции IsDialogMessage в MSDN также, чтобы лучше понять этот материал, вы можете проверить также раздел диалоговых окон .
И, как уже упоминалось ранее, вы должны установить стили WS_TABSTOP и WS_GROUP , когда это необходимо.
Удачи вам!
Я считаю, что вам придется предпринять следующие шаги:
- Подкласс элементов управления редактированием (и других элементов управления по мере необходимости).
- Захватите сообщение WM_KEYDOWN в WndProc элемента управления редактирования.
- Проверьте, удерживается ли в данный момент клавиша shift (с помощью GetKeyState или аналогичного параметра).
- Вызовите GetWindow, передав дескриптор в элемент управления редактирования и либо GW_HWNDPREV, либо GW_HWNDNEXT в зависимости от того, удерживается ли shift. Это даст вам дескриптор окна, которое должно получить фокус.
- Вызовите SetFocus и передайте дескриптор окна, который вы получили в шаге 4.
Убедитесь, что вы обрабатываете случай, когда ваши элементы управления редактированием являются многострочными, так как вы можете захотеть, чтобы вместо перехода к следующему элементу управления появился реальный символ табуляции.
Надеюсь, это поможет!
Я считаю, что вы страдаете от наличия другого экземпляра VCL в каждом из ваших DLL и exes. Классы из dll не совпадают с классами из вашего exe, даже если они называются одинаково. Кроме того, глобальные переменные (приложение, экран)не разделяются между ними. Ни одна из них не является памятью, так как у них обоих есть свой собственный менеджер памяти.
Решение состоит в том, чтобы иметь библиотеки DLL и exe совместно использовать библиотеку VCL и диспетчер памяти. Я не являюсь разработчиком BCB, но разработчиком Delphi. В Delphi мы бы просто использовали rtl и vcl в качестве пакетов времени выполнения. Может быть, вы могли бы сделать эквивалент BCB.