Мышь, клавиатура MouseOnEvent - Обработка событии мышки

KEO · 3 Апр 2014

[Мышь, клавиатура] Re: MouseOnEvent - Обработка событии мышки

Скачал последнюю версию (1.9).

Создал такой скрипт:

Код:

#include <MouseOnEvent.au3>

HotKeySet("{F10}","Stop")

Global $Clicking = False

_MouseSetOnEvent($MOUSE_WHEELDOWN_EVENT, 'MyMouseClick') ;Обработка событий средней кнопки мыши

While 1
    Sleep(100)
WEnd


Func MyMouseClick()
	$Clicking = NOT $Clicking
	ToolTip('Clicking = ' & $Clicking,300,0)
EndFunc

Func Stop()
	Exit
EndFunc

При нажатии на среднюю кнопку мыши - скрипт работает отлично и ToolTip меняет свой текст как положено.

Однако при нажатии на любую другую кнопку мыши (например на основную 1 раз) - скрипт вываливается (Ведет себя так, как будто его закрыли или вызвали процедуру Exit).

Что я сделал не так ? Как мне сделать, чтобы скрипт не вываливался ?

Если я правильно прочитал первый пост, то написано, что для того чтобы отключить обработку событий мыши, надо вставить соответствующие события без ссылки на функцию

То есть кроме обработки события средней кнопки мыши я вставил сразу же за ней вот эти 4 строчки.

Код:

_MouseSetOnEvent($MOUSE_PRIMARYDBLCLK_EVENT)
_MouseSetOnEvent($MOUSE_SECONDARYDBLCLK_EVENT)
_MouseSetOnEvent($MOUSE_PRIMARYDOWN_EVENT)
_MouseSetOnEvent($MOUSE_PRIMARYUP_EVENT)

Не помогло. Всё равно скрипт вываливается при нажатии любой другой (кроме средней) кнопки мыши.

И кстати еще вопрос по этому пакету (MouseOnEvent): А что это за параметр № 4 ($iBlockDefProc), который по умолчанию установлен на -1. Что это за параметр и для чего он вообще нужен ?

joiner · 3 Апр 2014

KEO [?]

который по умолчанию установлен на -1

блокирует в этот момент действия мыши при клике. то есть скрипт регистрирует нажатие, но окно под указателем мыши не получает команду нажатия. чтобы разблокировать поставь этот параметр равный 0.
твой скрипт у меня работает нормально. не вываливается

KEO · 3 Апр 2014

То есть параметр "-1" чтобы блокировать, а параметр "0" чтобы не блокировать ?

Не вываливается говоришь ? Странно... А у меня почему тогда вываливается ? Win7 64bit (на всякий случай).

-------

Попробовал только что этот же скрипт на другом компе (на своем настольном, все библиотеки и инклуды там есть, и система такая же - Win7 64bit) - тоже самое. Однако попробовал этот же скрипт на Windows XP (которую я запустил как Виртуальную машину через VMWare) - там всё работает нормально, не вываливается.
Откомпилировал скрипт под x86 (и просто запускал в режиме x86, без компиляции) - заработало отлично на Win7 64

Есть идеи в чём проблема ?

joiner · 3 Апр 2014

KEO [?]

То есть параметр "-1" чтобы блокировать, а параметр "0" чтобы не блокировать ?

Код:

_MouseSetOnEvent($iEvent, $sFuncName="", $sParam1="", $sParam2="", $hTargetWnd=0, $iBlockDefProc=1)

последний параметр равен единицы. то есть блокировать. соответственно 0 - не блокировать
в твоем случае это так

Код:

_MouseSetOnEvent($MOUSE_WHEELDOWN_EVENT, 'MyMouseClick','','',0,0)

твой скрипт проверял на семерке х32 и х64.
не вываливается

KEO · 3 Апр 2014

joiner [?]

твой скрипт проверял на семерке х32 и х64. не вываливается

Ну фиг его знает, если честно. Может моя "семерка" такая глючная. Их же много разных билдов. Моя 7-ка одна из первых появившихся и без сервиспака. :smile:

В общем я запускаю скрипт в режиме x86 и все работает. Правда есть ньюанс: если запускать скрипт под управлением самой AutoIT - работает вообще как часы. А если откомпилированный exe-шник - иногда подглюкивает.

И таки-да: напрочь не работает событие двойного нажатия средней кнопки мыши. Хотел на неё повесить свой скрипт.
$MOUSE_WHEELDBLCLK_EVENT ;Двойное нажатие средней кнопки.

Кстати, чуть позже проверю на XP.

lacoil · 27 Дек 2014

Пытаюсь использовать данный udf. В целом работает отлично, но столкнулся со следующей проблемой:
Для некоторых окон не отрабатывает хук (не отрабатывает функция при нажатии в этом окне)
Примером такого окна является Network Connection Properties (окно настроек сетевого подключения)

Кто-нибудь подскажет как с таким бороться?

Код:

_MouseSetOnEvent($MOUSE_PRIMARYDOWN_EVENT,"_tooltip",0,0)

while 1
	sleep (100)
WEnd

Func _tooltip()
	ToolTip("Got it")
EndFunc

CreatoR · 27 Дек 2014

lacoil [?]

Примером такого окна является Network Connection Properties (окно настроек сетевого подключения)

Какая система, версия AutoIt, версия библиотеки?

lacoil · 27 Дек 2014

Creato.9R сказал(а):
lacoil [?]

Примером такого окна является Network Connection Properties (окно настроек сетевого подключения)

Нажмите, чтобы раскрыть...

Какая система, версия AutoIt, версия библиотеки?

OS: Windows 7 x64 SP1
Autoit version: v3.3.12.0
MouseOnEvent UDF: v1.9

Кстати, при компеляции скрипт отрабатывает только в x86 режиме. Если скомпилировать в x64, то происходит падение приложения.

CreatoR · 27 Дек 2014

lacoil
Приведённый выше скрипт у меня работает нормально.
Поэтому либо это не полный скрипт где проявляется проблема, либо проблема локальная.

lacoil · 27 Дек 2014

CreatoR сказал(а):
lacoil
Приведённый выше скрипт у меня работает нормально.
Поэтому либо это не полный скрипт где проявляется проблема, либо проблема локальная.

Попробовал на многих компах с Win7 x32\64 проблема одна и та же.
пример окна, для которого не происходит перехвата нажатия мыши в прикрепленной картинке

CreatoR · 27 Дек 2014

lacoil
А если вместо tooltip указать msgbox?

lacoil · 28 Дек 2014

с MsgBox тоже не отлавливает нажатия в этом окне :( К тому же падает часто после того как MsgBox появляется, но не суть.
Окон подобно этому достаточно много :mad:

Может есть мысли почему так может быть? А то функция уж больно хорошая :ok:

CreatoR · 28 Дек 2014

lacoil [?]

Может есть мысли почему так может быть?

Для уточнения - подобное происходит конкретно с вышеприведённым скриптом, или это только отрывок/пример скрипта?

Naisho · 12 Июл 2015

проблемка с падением 64х битного скрипта

Код:

#AutoIt3Wrapper_UseX64=Y
#include "MouseOnEvent.au3"

$Form1 = GUICreate("some gui", 333, 222, @DesktopWidth/2-175, @DesktopHeight/2-111)
$Input1 = GUICtrlCreateInput("some text", 8, 8, 921, 21)
GUISetState(@SW_SHOW)
_MouseSetOnEvent($MOUSE_PRIMARYDBLCLK_EVENT, '_DblClk_Event')

While 1
    Sleep(10)
WEnd
_MouseSetOnEvent($MOUSE_PRIMARYDBLCLK_EVENT)

результат - всегда AutoIt3.exe ended.rc:128 причём не сразу, а через небольшое время после клика (одиночного) по окошку - в оригинальном скрипте успевает по клику на кнопке войти в функцию и на долю секунды показать Msgbox установленный туда для отлова ошибки. После - падает со 128-ой ошибкой.

Может задержка как то связана со временем даблклика? Как бы это побороть?

да:
ХР64, Autoit v3.3.10.2; 3.3.12.0; 3.3.14.0

CreatoR · 10 Авг 2015

Naisho
AutoIt 3.3.10.2 Win 7, подобной проблемы не наблюдаю.

CreatoR · 10 Авг 2015

Обновление:

v2.0 [08.08.2015]
* Добавлена альтернативная функция _MouseSetOnEvent_RI с использованием Raw Input Data вместо системного хука. !!! Эта функция не поддерживает $iBlockDefProc.
* Добавлена поддержка определения XBUTTON2. Используйте $MOUSE_XBUTTON2DOWN_EVENT, $MOUSE_XBUTTON2UP_EVENT, и $MOUSE_XBUTTON2DBLCLK_EVENT константы для определения XBUTTON и XBUTTON2.
* Косметические изменения в коде.

madmasles · 10 Авг 2015

CreatoR [?]

AutoIt: 3.3.6.1 - 3.3.12.0

3.3.6.1 - 3.3.8.1 уже не поддерживаются.

Yashied · 10 Авг 2015

Для подстраховки вылета хука и прочих издевательств со стороны юзеров можно использовать PostMessage() для обработки пользовательской функции, а не обрабатывать ее напрямую в хуке. Это сведет время задержки к минимуму, а весь код будет обрабатываться в обработчике сообщений.

CreatoR · 11 Авг 2015

madmasles [?]

3.3.6.1 - 3.3.8.1 уже не поддерживаются.

Да, из за включения версии с RawInput. Поправил шапку и список изменений.

Yashied [?]

можно использовать PostMessage() для обработки пользовательской функции, а не обрабатывать ее напрямую в хуке

А можно пример как лучше это сделать?
Также нужно учесть параметр $iBlockDefProc, чтобы осталась возможность блокировки события при необходимости.

Yashied · 11 Авг 2015

CreatoR, сложно разбираться в коде, но смысл сводится к следующему. Вместо Call() ты вызываешь _WinAPI_PostMessage() в собственное невидимое окно, как передать строковый параметр (название пользовательской функции), я думаю ты сам разберешься. Как вариант можно через _WinAPI_CreatеString(), _WinAPI_GetString() и _WinAPI_FreeMemory(). Весь остальной код менять не нужно. В результате мы получаем безтормозной хук, т.к. PostMessage() в отличии от SendMessage() не ждет завершения выполнения обработчика.

P.S

Сообщение можешь посылать любое из диапазона 0x8000-0xFFFF или зарегистрировать с помощью _WinAPI_RegisterWindowMessage().

Автор темы	Похожие темы	Форум	Ответы	Дата
	Данные, строки AutoIt обработка Excel	Общие вопросы по AutoIt	0	19 Мар 2023
S	Обработка содержимого файлов в разных местах	Стол заказов	1	26 Фев 2022
F	Элементы GUI Обработка нажатий кнопок	GUI - Графический интерфейс пользователя	4	12 Апр 2021
X	[Мышь, клавиатура] Не работает библиотека MouseOnEvent.au3	Общие вопросы по AutoIt	1	30 Мар 2017
М	[Мышь, клавиатура] MouseOnEvent - одновременное нажатие/отжатие кнопок	Общие вопросы по AutoIt	2	10 Янв 2016

Мышь, клавиатура MouseOnEvent - Обработка событии мышки

Новичок

Модератор

Новичок

Модератор

Новичок

Новичок

Must AutoIt!

Новичок

Must AutoIt!

Новичок

Вложения

Must AutoIt!

Новичок

Must AutoIt!

Знающий

Must AutoIt!

Must AutoIt!

Модератор

Модератор

Must AutoIt!

Модератор