AHK: Мгновенный переход по скроллбару средней кнопкой мыши, как в FF

Наваял пока весьма черновой скрипт для этого. Работает, в принципе примерно так, как и просили, но скриптом я пока очень недоволен.
Есть объект scrollBars, который надо наполнять данными для обучения скрипта работе со скроллбарами разных окон.
'exe' - ProcessName принадлежащий окну;
'ctrl' - classNN control'а, который показывает WinSpy при наведении на scrollbar;
'sbvlo' - отступ от правой границы окна влево до левой границы вертикального scrollbar;
'sbvro' - отступ от правой границы окна влево до правой границы вертикального scrollbar;
'sbhto' - отступ от нижней границы окна вверх до верхней границы горизонтального scrollbar;
'sbhbo' - отступ от нижней границы окна вверх до нижней границы горизонтального scrollbar;
Все отступы в пикселях.

Скрипт умеет работать и с неактивными окнами, но для работы с неактивными окнами пока надо активировать их, есть настройка doNotSwitchWinFocus, если она включена (true), то скрипт будет возвращать фокус на первоначально активное окно.

По-хорошему, чтобы скрипт работал правильно - надо решить пару проблем, которые я пока не уверен, что решаемые:
1. т.к. не для всех скролбаров (пример - notepad.exe) создаётся отдельное окно/контрол, то тяжело определить находится ли в момент мидлклика под курсором скроллбар или же нет.
2. активировать неактивные окна - мне не нравится, я вот ради этой фичи себе даже держу постоянно запущенным скрипт для прокрутки неактивных окон под курсором без их активации. Но отправлять Shift+ЛКМ в неактивные окна у меня пока не получилось и я не уверен, что это вообще возможно: ControlSend не позволяет отправлять клики, соответственно надо делать 3 действия скопом: controlsend {shiftdown}; controlclick; controlsend {shiftup}, но тут тоже проблема: надо знать какому окну/контролу их отправлять.
Я пытался прослушать WinSpy'ем какие же сообщения, куда и с какими аргументами отправляются при shift+ЛКМ по скроллу, но пока никаких положительных результатов это не дало.

Так скрипт что я пока сделал - именно так и работает. Если у скроллбара нет своего собственного класса - он есть у текстового поля. Со скриптом выше - надо просто запускать 'Window Spy' и наводить на скроллбар и использовать тот класс, что он показывает, не боясь, что этот класс принадлежит ещё кому-то.

Я не понимаю как это должно решать проблему: если отправлять их через send - send не работает с неактивными окнами. Если через ControlSend/Click, то вот я и говорю, что у меня пока не получилось.

Здесь лежит скрипт но я чего-то его забываю обновить уже давно, он не совсем актуальный, лучше пока скриптом YMP попользоваться, а на днях я либо обновлю свой (либо сначала его чуть доделаю, чтобы не проигрывал скрипту YMP из-за корректной работы с hh.exe (виндовая читалка .chm файлов)). Он будет чуть более функциональный (скролл над таббаром должен переключать вкладки).

Esc
Ну, значения отступов вы видимо от балды взяли
Нет смысла задавать sbvlo равным sbvro, а также sbhto равным sbhbo, ведь тогда разница между ними равна 0, а значит и ширина вертикального/высота горизонтального скроллбара скриптом будет восприниматься равной нулю (в вашем случае на расстоянии в 100 пикселей от правой и нижней границ контрола).
А вот почему Scintilla2?
у меня вот такое работает:

{"exe": "notepad++.exe", "ctrl": "Scintilla1", "sbvlo": 20, "sbvro": 3, "sbhto": 60, "sbhbo": 43}

Можно отслеживать полосу прокрутки через Accessibility. Вот что у меня получилось:

~Mbutton::
if Getscroll()
sendinput +{Lbutton}
return

Getscroll(){
Role := Acc_ObjectFromPoint(Child).accRole(Child)
if (Role = 39) or (Role = 43)
return 1
return 0
}

Acc_ObjectFromPoint(ByRef _idChild_ = "", x = "", y = "")
{
    static h
   (!h && DllCall("LoadLibrary", Str, "oleacc", Ptr))
    If    DllCall("oleacc\AccessibleObjectFromPoint", "Int64", x==""||y==""?0*DllCall("GetCursorPos","Int64*",pt)+pt:x&0xFFFFFFFF|y<<32, "Ptr*", pacc, "Ptr", VarSetCapacity(varChild,8+2*A_PtrSize,0)*0+&varChild)=0
    Return    ComObjEnwrap(9,pacc,1), _idChild_:=NumGet(varChild,8,"UInt")
}

Проверял в notepad, notepad++. А в проводнике почему то не хочет. Но если в начало добавить строку

Mbutton::return

то есть отключить её в системе. при этом условии в проводнике работает.

Drugoy, К сожалению я сломал винду на глухо. А установить новую пока что нет возможности.
А на смартфоне не удобно код объяснять.
Но попробую:

Child Это имя переменной ее имя можно задать самому. С помощью Acc_ObjectFromPoint в эту переменную вносится ид элемента который находится под курсором. А затем с помощью accRole проверяется роль этого элемента(что он может делать)
Например У самого ползунка прокрутки эта роль равна 39 иначе называемая ROLE_SYSTEM_INDICATOR (0x00000027)
а у пустой области прокрутки 43 ROLE_SYSTEM_PUSHBUTTON (0x0000002B)
То есть если под курсором элемент с ролью 39 или 43 значит это прокрутка.

static ... можно и не использовать, а просто загружать библиотеку. а насчет выгрузки не знаю.

Правая граница окна != скроллбар

Я подумал, что это теперь не нужно, после того как уважаемый тов. yalanne предложил более надёжный способ детектирования скроллбара под курсором. Я потестировал его вчера и вроде всё ок было со всеми окнами кроме Firefox (но там своя настройка же есть, так что я подумал, что это не страшно).
Сейчас вот заметил, что этот метод не работает с hh.exe (просмотрщик *.chm файлов) и mspaint.exe, так что возможно придётся использовать комбинированный подход и применять тот или иной метод в зависимости от окна.

Если ещё удастся как-то отправлять Shift+Click в неактивное окно без его активации - это будет вообще бомба.

yalanne а ваш код совместим со всеми версиями ahk (x32_ansi, x32_unicode, x64)? Или только с какими-то конкретными? А то я вижу там "Int64" у вас и т.к. ничего в этом не понимаю - меня это настораживает.

yalanne
Увы, но это не исправило проблем с hh.exe и mspaint.exe.
Есть подозрение, что скроллбары в них или задизэйблены, или скрыты, или к ним применён ещё какой-то стиль/ex-стиль, что они "прозрачны" для AccessibleObjectFromPoint, но непрозрачны для клика.

В hh.exe, Aсс не видит полосу прокрутки, по сути для него полоса и рабочая область одно и тоже:

Но hh.exe работает на движке internet explorer, у него аналогично:

Надо копать в строну ie полосы прокрутки и ее управления через ahk.

p.s вот ahkspy