Abs62
Gold Member | Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору mai62 Цитата: Надеюсь ты шутишь? Хорошую компаненту написать дело не двух дней. | А я не спешу. rs Цитата: Если оконная процедура не обработала сообщение WM_MOUSEWHEEL, по умолчанию оно передаётся родительскому окну. Родительским окном для TWebBrowser, насколько я понимаю, является главное окно формы. В нём ловить и давить эти сообщения пробовал? Дабы никуда больше не лезли. Цитата: что-то никак не въеду скроллировать браузер даже сидя на гриде или в поле фильтра или в списке урлов над браузером? - так в этих контролах собственное скроллирование не лишено смысла | Не лишено. Но когда я хочу прокрутить эти контролы, курсор как правило находится именно над ними, а не над таблицей или браузером - ведь им надо сначала передать фокус щелчком. А вот когда я, выбрав, скажем, нужный фильтр, после этого хочу прокрутить таблицу или браузер и забываю щёлкнуть по ним, эффект получается весьма раздражающим. Особенно, если учесть, что куда попало щёлкать нельзя - то выделенная строка в таблице изменится, то браузер куда-то полезет - в ссылку сослепу ткнул, понимаешь. Цитата: приглашаю присоединиться к разработке своего "хорошего" грида | Delphi/Builder не пользую. Если что надо на C/C++ и WinAPI - можно и обсудить. Цитата: в TWebBrowser нет никаких событий на движения и нажатия мыши | И добавить нельзя? Тогда вешать хук WH_MOUSE уровня приложения, проверять в нём положение курсора и перенаправлять WH_MOUSEWHEEL по назначению. Могу в качестве иллюстрации сделать маленькую DLL-ку, которая этим и займётся. Надо? Цитата: если так - то не согласен иначе мы не сможем сделать даже мультиселект - в браузере мб только одна строка | Хорошо, что разработчики, к примеру, Outlook Express не знали, что так нельзя сделать мультиселект, а то бы и не сделали. |