Web AxWidget, WebBrowser в Qt |
Здравствуйте, гость ( Вход | Регистрация )
Web AxWidget, WebBrowser в Qt |
Гость_Саша_* |
24.1.2008, 20:45
Сообщение
#1
|
Гости |
Проблеммы встроить WebBrowser в Qt-приложение не составляет. НО получившийся браузер НЕ ВСЕ клавиши пускает, например, до JScript-ов. В частности не пускает стрелочки, Backspace, PgUp, PgDown. В чём несложно убедиться написав такой HTML-код:
CODE <script> function on_keydown( e ) { var keyChar = String.fromCharCode(event.which); window.status = event.keyCode; document.all["StatusLine"].innerText = event.keyCode; } document.onkeydown = on_keydown; </SCRIPT> <BODY> ppppppppp </BODY> <P ID=StatusLine> aaaaa </P> и сравнив результаты его работы в обычном IExplorer-е или (другом браузере) и браузере написаном на Qt. После нескольких дней поиска была найдена виртуальная ф-я класса QAxWidget::translateKeyEvent. Если снаследовать этот класс и переопределив эту ф-ю возвращать в ней всегда true, все клавиши начинают доходить, НО теперь все те проблемные клавиши начинают приходить дважды, например, в полях ввода. что несложно проверить на следующем HTML-коде: CODE <HTML> <BODY> <INPUT TYPE=TEXT></INPUT> </BODY> </HTML> Чтобы увидеть нехороший эффект нужно ввести в поле редактирования буквы, а потом поперемещать в нём текстовый курсор при помощи клавиш "вправо", "влево". Курсор будет смещаться сразу на 2 символа. В Интернете я после всего этого наткнулся на страницу http://www.crossplatform.ru/documentation/...baxwidget-h.php. Там тоже переопределяется ф-я QAxWidget::translateKeyEvent. Но как было отмечено появляется дублирование клавишь. Что делать???!!! |
|
|
ViGOur |
24.1.2008, 20:52
Сообщение
#2
|
Мастер Группа: Модератор Сообщений: 3296 Регистрация: 9.10.2007 Из: Москва Пользователь №: 4 Спасибо сказали: 231 раз(а) Репутация: 40 |
А как ты переопределил функцию translateKeyEvent? Так же как в примере или по своему?
|
|
|
ViGOur |
24.1.2008, 21:45
Сообщение
#3
|
Мастер Группа: Модератор Сообщений: 3296 Регистрация: 9.10.2007 Из: Москва Пользователь №: 4 Спасибо сказали: 231 раз(а) Репутация: 40 |
А вот и ответ у тролей:
Цитата Some key events happen twice with ActiveX controls hosted by QAxWidget, this does not happen for all key presses, but usually happens with accelerators. Some key events happen twice with ActiveX controls hosted by QAxWidget----- This behavior is as per design, best way to avoid this in your control is to re-implement the translateKeyEvent of QAxWidget & return false. The default QAxWidget implementation returns true in this scenario, which inturn sends the message directly to the control's window procedure. This is required for common servers like Internet Explorer and Microsoft Office. В общих словах, как я понял, в translateKeyEvent нужно возвращать не true, а false. |
|
|
Гость_Саша_* |
25.1.2008, 11:19
Сообщение
#4
|
Гости |
Вначале я переопределил по-своему: просто "return true". потом попробовал как в примере. Результат то-же - двойное нажатие. Если возвращать всегда false - то не доходят вообще никакие клавиши. Ещё один интересный факт: ф-я translateKeyEvent вызывается 1 РАЗ! А нажатий оказывается 2. Даже хуки не показывают 2-ное нажатие и MSVisual-овский Spy.
|
|
|
ViGOur |
25.1.2008, 11:26
Сообщение
#5
|
Мастер Группа: Модератор Сообщений: 3296 Регистрация: 9.10.2007 Из: Москва Пользователь №: 4 Спасибо сказали: 231 раз(а) Репутация: 40 |
А если попробовать так:
Как я понимаю идет речь о закрытии событий для кнопок: лево, право, вверх, вних и бекспэйс. Просто как написано в описании: bool QAxWidget::translateKeyEvent ( int message, int keycode ) const [virtual protected] Цитата If the function returns false the processing of the key event is ignored by ActiveQt, ie. the ActiveX control might handle it or not.
|
|
|
Гость_Саша_* |
25.1.2008, 11:32
Сообщение
#6
|
Гости |
ViGOur, залез я по твоей ссылке к тролям...
Как я понял, они этот баг вначале хотели исправить в 4-ой версии, а потом всё-таки отвергли (2007-12-06 17:25 - Resolution set to 'Rejected'). И сказали, что нужно возвращать false. Но я ж говорю, что тогда не доходят сообщения до скриптов. Может им снова баг написать? Я только пока не знаю как. |
|
|
Гость_Саша_* |
25.1.2008, 11:36
Сообщение
#7
|
Гости |
А если попробовать так: Как я понимаю идет речь о закрытии событий для кнопок: лево, право, вверх, вних и бекспэйс. Просто как написано в описании: bool QAxWidget::translateKeyEvent ( int message, int keycode ) const [virtual protected] Цитата If the function returns false the processing of the key event is ignored by ActiveQt, ie. the ActiveX control might handle it or not. Попробовал. Теперь до скриптов не доходят клавиши. Я ж говорю. Проблема сводится к поговорке. "Нос вытянул - ножка увязла, ножку вытянул - нос увяз". |
|
|
ViGOur |
25.1.2008, 11:37
Сообщение
#8
|
Мастер Группа: Модератор Сообщений: 3296 Регистрация: 9.10.2007 Из: Москва Пользователь №: 4 Спасибо сказали: 231 раз(а) Репутация: 40 |
Раз отвергли, то нужно сначала попробовать самому обойти эту проблему, тебе же нужно использовать сейчас этот функционал, а не ждать пока они исправят.
Попробуй вариации: (message == WM_KEYFIRST && message == WM_KEYLAST) У меня к сожалению нет готового проекта с WebBrowser, а то сам попробовал бы. Сообщение отредактировал ViGOur - 25.1.2008, 11:41 |
|
|
Гость_Саша_* |
25.1.2008, 11:50
Сообщение
#9
|
Гости |
Раз отвергли, то нужно сначала попробовать самому обойти эту проблему, тебе же нужно использовать сейчас этот функционал, а не ждать пока они исправят. Покажи как ты переопределяешь translateKeyEvent, что у тебя ни одно событие нажатия клавиш не доходит. Значит так чтоб не доходили клавиши я пишу так: CODE bool CQWebBrowser::translateKeyEvent ( int message, int keycode ) const { return false; } НО клавиши не доходят ТОЛЬКО до скриптов |
|
|
Гость_Саша_* |
25.1.2008, 11:54
Сообщение
#10
|
Гости |
|
|
|
Текстовая версия | Сейчас: 27.12.2024, 3:35 |