AHK: Как перехватить все перемещения мыши и все нажатия клавиш? (Страница 2 из 3)

Думаю, разница в том, что в AHK непосредственно по адресу, получаемому через Object(obj) или через &obj, нельзя вызвать функцию. Только RegisterCallback() создаёт адреса-отсылки на функции. Это не адрес её описания, а именно адрес-отсылка. Не уверен здесь в своих познаниях, но так себе представляю.
Пример работы с RegisterCallback():

addr := RegisterCallback("MyFunc", "F", 2)
MsgBox, % DllCall(addr, Int, 2, UInt, 10)

MyFunc(number, power)
{
	Return number ** power
}

Ну да, как-то так.

Почему & 1 ?

KeyboardHook(nCode, wParam, lParam)  {
	Static NFP, VK, SC 
	, oMsg := {0x100: "WM_KEYDOWN", 0x101: "WM_KEYUP", 0x104: "WM_SYSKEYDOWN", 0x105: "WM_SYSKEYUP"} 
	, hHookKeybd := DllCall("SetWindowsHookEx"
		, Int, 13		;	WH_KEYBOARD_LL
		, Ptr, RegisterCallback("KeyboardHook", "Fast")
		, Ptr, DllCall("GetModuleHandle", UInt, 0, Ptr)
		, UInt, 0, Ptr)
	, _ := OnExit(Func("KeyboardHookExit").Bind(hHookKeybd))

	flags := NumGet(lParam + 8, "UInt")
	Ext := flags & 1
	NFP := flags & 0x10
	VK := Format("vk{:X}", NumGet(lParam + 0, "UInt"))
	SC := Format("sc{:X}", Ext << 8 | NumGet(lParam + 4, "UInt"))
	
	SetTimer, EventHandling, -10
	Return DllCall("CallNextHookEx", Ptr, 0, Int, nCode, Ptr, wParam, Ptr, lParam)
   
	EventHandling: 
		ToolTip % VK "`n" SC "`n" NFP
		Return
}

KeyboardHookExit(hHook) { 
	DllCall("UnhookWindowsHookEx", Ptr, hHook) 
}

Esc::ExitApp

Всё верно, но формально правильнее, как у меня. Должно выдавать 16, когда событие эмулировано. Или ещё так:

	flags := NumGet(lParam + 8, "UInt")
	NFP := (flags >> 4) & 1

Тогда будет выдавать 1.
Что там с медийными — не знаю, у меня их нет, клавиатуру так и не сменил.

О, сейчас посмотрел, если послать Browser_Home с помощью Send, то хук возвращает как раз тот скан что и GetKeySC. То есть sc100 значит для них физическое нажатие, вообщем непонятки, откуда такое взялось.

В смысле, хук неверно определяет скан-коды буквенных клавиш? У меня всё ок. Например, клавиша «x» определяется, как sc2D — правильно. А какие неправильно определяются, кроме мультимедийных?
Другое дело, на разных клавиатурах скан-коды могут, вроде бы, иногда отличаться. Но если скрипт предназначен для личного использования, то это не проблема. Если же скрипт для публикации, то да, давно обсуждалось, что задавать надо с помощью vk.

По-моему тоже ни к чему.

Не знаю, я только про мультимедийные говорил.

Так я же и говорю, что не все, 11 можно задать только через sc.

Почему? Как я понимаю кнопок может быть только 160 включая 9 кнопок мыши. На любой клавиатуре их коды должны быть одинаковы.

Судя по этой статье всё тоже самое, ведь скан код соответствует физическому расположению, то есть если на неё нанести также русскую раскладку, то у "Й" будет тот же скан что и при английской. Само собой на печатных клавишах могут нарисовать что угодно, поэтому если у fra Q sc и vk отличаются от eng Q, то нельзя сказать что код именно клавиши изменился. Или ты утвеждаешь что например NumpadEnter или Esc там тоже с другими кодами.

Про это не в курсе, можешь пояснить.

В инглише не силён.

А почему? То есть например fra Q находится на месте eng А, sc у неё так понимаю будет как и у eng А, а vk не как eng А...

Так почему по твоему Vk код fra Q не будет равен Vk коду eng A.

Почему тогда Q = Й? Я например не видел инфо о том, что оба типа кодов как то привязаны к символам.

Да, действительно.

А почему клавиши на цифровой клавиатуре у тебя виртуальными кодами?

Интересно, а можно средствами АНК как-то выявлять кейлоггеры — всё что реагирует на нажатия клавиш, что пытается их записывать, запоминать и т.д.? И в этом смысле Аудит файловой системы может дать полную информацию?

Хук на мышь работает, всё ОК.
: Установка хуков на события мыши и клавиатуры

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

*~WheelUp::
	MouseGetPos, , , id, control
	WinGetTitle, Title, _id %id%

	if Title contains ....
	{
		...
	}
	Else
		Send {WheelUp}
Return

Для меня это сложная тема. Пробывал только удалять
DllCall("CallNextHookEx", Ptr, 0, Int, nCode, UInt, wParam, UInt, lParam)

Это вообще можно как-то реализовать  черех ХУК?

Поиск дал ответ, через Return 1
Уже всё сделал как и хотел, осталось только улучшать , но у кого просить совета ...
похоже ветка сдохла

Может напишешь разрабам, давно пора поправить.

Тогда тему поднять, а то скоро 4 года будет.

Проверить можно так:

sc137:: MsgBox

Запускаем, нажимаем PrintScreen.

Да, похоже.

teadrinker
http://forum.script-coding.com/viewtopi … 27#p105027 а по этому вопросу ничего новому?
Если ММ клавиш у тебя нет, то при эмуляции нажатий скан код всё таки определяется, но без "1" начале.

Пока что нет. При эмуляции у меня всё нормально определяет, с единицей.

А как ты эмулируешь? Я так:

Send, {RAlt}

serzh82saratov, у меня на клавиатуре нет такой кнопки.
На счет сканкодов и виртуальных кодов:
1) У Home и NumpadHome один и тот же VK24, но разные SC147 и SC47.

VK24::msgbox   ; будет выходить сообщение и при Home и при NumpadHome.
SC47::msgbox   ; будет выходить сообщение и при NumpadHome и при Numpad7.

Дальше я сделал вывод, что объединив SC с VK мы сможем различить нажатие Home от NumpadHome и от положения NumLock.
Но ошибся.

VK24SC47::msgbox   ;   идентично vk24
SC47VK24::msgbox   ;   идентично sc47

На мой взгляд должно быть так:

VK24SC47::msgbox   ;   идентично NumpadHome
SC47VK24::msgbox   ;   идентично NumpadHome

А как вы считаете?

У меня например F24 нет на клавиатуре,  но если отбросить сомнения и в омут с головой:

Send {F24}

то все останутся живы.
Думаю и у вас всё получится.

Вообщем я запутался, давай ещё раз, что происходит у тебя, если при запущенном хуке из коллекции ты выполняешь точно такой код?

SendEvent {Browser_Stop}

И я о том же, а должно быть 168. И так со всеми ММ клавишами, при эмуляции нет единицы в начале.

При физическом нажатии всегда 100, как будто если их объединить, то всё верно.

А по этой таблице какой должен быть скан?

Ладно Browser_Stop "пересекается с непонятной F17"...
Давай подругому, Media_Prev (Previous Track), какой код?

Ты пробел там пропустил.
R ALT - E0,38
Next Track - E0, 19

https://www.win.tue.nl/~aeb/linux/kbd/scancodes-1.html

Так всё-так же без единицы и будет.
Единица добавляется чтобы отделить дубликаты кнопок.

Проверил - 010.
Что идентично:

msgbox % DllCall("MapVirtualKey", "uint", 0xB1, "uint", 0)

Ну, то есть скан код у Media_Prev = sc110.

sc110::MsgBox

Срабатывает только на Media_Prev.

Наверное потому что, транскодируется через MapVirtualKey.
А он тоже не распознает.
Хотя если вставить параметром четверку, то распознает:

msgbox % DllCall("MapVirtualKey", "uint", 0xB1, "uint", 4)

Также можно и единичку добавить, если знаешь когда 4 нужна.

MsgBox %  (sc := Format("sc{:x}", GetKeySC("vkB1")))

Про то и речь, что не знаю в случае с ММ.

То есть в хуке предлагаешь все скан коды узнавать не из lParam, а из DllCall("MapVirtualKey", "uint", %vkcode%, "uint", 4)?

Все не получится (vkD). У многих вирт коды одинаковы.
Ну а про внести 18 ММ в исключения и так понятно.

Совсем не понял вопрос.

Давай определимся о чём говорим, я про хук и определение в нём ММ.
В данный момент пример в коллекции не определяет при физическом нажатии их скан код (scanCode = 00) но "1" в начало приписывает LLKHF_EXTENDED. При их эмуляции, scanCode правильный, но в LLKHF_EXTENDED уже нет единицы.

Ещё флаг отвечающий за определение физическое нажатие - эмуляция, всегда = эмуляция, и такое только в случае ММ.

Вопрос: есть ли необходимое в структуре, или необходимо костыли ворганить.

Таких у меня нет. Но уверен что также как и у тебя. За всё время обсуждения у всех всё одинаково.

Так с ней проблема такая же как и с MapVirtualKey (думаю это одно и тоже) тут не знаешь когда единица нужна, а там когда четвёрка.

То есть нажал пальцем Media_Prev, код из коллекции показал scCode = 0x110?

Всё верно. Тогда что то у меня не так. Если кто читает тему, попробуйте в ахкспай посмотреть что выдают ММ.

Просто кратко выразился, я про то что всё равно надо знать ММ или нет, так как вк у других могут совпадать.

При эмуляции что хук, что keyhistory определяет без единицы.
В ахкспай не знаю как смотреть.
Кстати, в режиме button в ахкспай нельзя в меню выйти.

Единицу не определяет.

Да, так и написано. И определяется sc30.

Да. Только при эмуляции.

Это как?
На оф.форуме Lexikos ответил, что ноги этих проблем растут из  MapVirtualKey.
И что можно это поправить (внести в исключения).
А клавиатурный хук каждую клавишу хранит либо в sc либо в vk и повторяющиеся кнопки, как я понял, перемещает в sc.

$vkD::msgbox ; сработает только при нажатии enter.

Может тебе по такому же алгоритму сделать?

При физическом нажатии VOLUME_UP ahkspy показывает sc130 и надписи Not a physical press нет.
Зачем тебе вообще нужны сканкоды мультимедийных клавиш?

Если у тебя клавиатура со своим драйвером, может стоит попробовать удалить драйвер?

http://homepages.cwi.nl/~aeb/linux/kbd/scancodes-5.html
Может у тебя такая же причина?