AHK: Замена "Window Spy" (Страница 18 из 19)

А это неважно откуда он считается.
Правильно считать сверху вниз, но это долго.
А снизу вверх могут быть разного рода баги, от которых в последних версиях ahk spy вроде как избавились.

Они одинаково берут путь.
Просто AccExplorer переходит на родительское окно и строит от него вниз, а ahk spy переходит на родительский объект и сравнивает его детей.
А у вивальди и, как я вспоминаю, у хрома, при переходе на главное родительское окно, дочернее окно изчезает.
Поэтому accexplorer показывает правильный путь, а автохоткивский accviewer нет.
А после введенных мною проверок ahk spy тоже либо показывает правильный путь либо показывает, что путь не найден.

Думаю ничего менять не надо.
Только для наглядности, можно в Acc_GetPath, если найденный путь начинается не с хендла главного окна (из вкладки windows), то вписывать этот хендл - path not found.

Вот и я понял, что бага тут нет, о чем и написал в 1,693 посте.

Вот я и предлагаю, что если мы не можем найти пути от окна, то пишем:
path not found * хендл окна.

Acc := Acc_Get("Object", "application.tool bar3.combo box.editable text", 0, "ahk_id 0x000204fc")

В исходном коде:

Путь по роле объекта.
Бывает нужным решением, когда нельзя использовать точный путь из-за появления/убирания всяких новых объектов в приложении.

Сейчас у тебя показывает хендл не главного окна приложения, а первого родительского, которое не находится.
Ну и можно, если вообще путь не находится, убрать надпись из   "Get path   path not found  ▪  ", а вставить в path not found * хендл окна.

Просто у хрома Chrome_WidgetWin_1 - это первое родительское, которое не определяется, оно в то же время является главным окном приложения.
Но например у flashfxp это не так.

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

переменные из раздела Window в вкладке Control.

А в коде тебе лучше подправить, так как я не вижу где у тебя эти переменные хранятся.
Если что flashfxp тут:
https://www.flashfxp.com/download

Я предлагаю вместо

писать

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

А в нём как? Я искал, не нашёл такого.

Тут что то нашёл https://www.autohotkey.com/boards/viewtopic.php?t=69627, но не понял Findfirst получает корневой объект от окна?
UIA_BoundingRectanglePropertyId как работает? Я предполагаю передачу в него координат в окне, ну и видимо корневой объект окна в котором искать, но я не увидел передачи координат.

Спасибо, буду смотреть.

Кстати не в курсе Accessible  может устанавливать значения? Как тут в примерах вводить строку.

Видимо да, надо будет попробовать.

4.95
Добавил Set в accvalue.

Добавил в основное меню:
Open window from clipboard 
Open control from clipboard

Открыть окно если его хэндл в буфере.
По хорошему конечно надо добавить кнопку перехода для всех хэндлов в программе.

Там ниже под ссылкой написано:

Планов не было и нет, стихийно всё, понадобилось, добавил, выложил.
А про стили я давно думаю тоже самое. Надо тогда их выводить все какие бывают, указывать какие применены. Короче лень, когда надо это, window detective запускаю.

Такой способ не добавляет стиль.

DllCall("SetClassLong", "UPtr", hWnd, "int", -26
						, "int", DllCall("GetClassLong", "UPtr", hWnd, "int", -26) | style)

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

https://docs.microsoft.com/en-us/window … ubclassing

Насколько я знаю, майкрософт не пишет об этом в каждой функции.
У них есть общие концепты, а дальше уже сам догадывайся как правильно вызывать.
В данном случае я попробовал деактивировать кнопку закрытия окна в своем приложении - получилось.
В стороннем выдало access denied из чего я сделал вывод, что надо инжектиться в процесс.

Не уверен, что это хорошая идея, так как процесс может крашиться.

Вряд ли.
Знаю, что игры любят ставить различные защиты на внедрение в их процесс.
А зачем тебе нужны глобальные хуки -  только для того чтобы установить класс окна?

Для получения данных не припоминаю чтобы надо было.
А для вызова SetClassLong, без инжекта, думаю, никак.

version 5.05

Добавил WM_NCHITTEST. Из общеизвестных проблем, не определяются например HTHSCROLL и HTVSCROLL.

Я для ГК на RButton и MButton использую, над заголовком и меню, либо простой проверки что курсор в клиентской области.
С не всегда правильно я не встречался, в одном приложении всегда одинаково, а вот насколько адекватно именно в нём работает, для этого оно и сделано.

Тогда человек никогда не нажмёт на неё, если нужна мышь или джойстик.) Так что Keyboard название не вполне корректное.

А Keyboard частично не корректно, потому как на мыши или джойстике как раз кнопки.
Не вижу принципиального смысла это менять, оно уже исторически сложилось. Возможно "Buttons" ничего так будет.

Я бы сразу нажал.)

Ну тут не знаю, тебе виднее, ты опытнее, попробуй TRY туда поставить, если не крашится, отпишись, я добавлю.
Я использую Spot only Shift+Tab, отключил, попробовал, 32 и 64, у меня такого нет. Советую Spot only Shift+Tab использовать, постоянный спот ни к чему.

У меня только такие.)
Если серьёзно, "Buttons" считаю адекватной заменой.

Оно в кнопку не полезет, длинное. Можно HID назвать или Input, или Hotkey... Не знаю зачем это вообще трогать. В народе клавиши чаще называют кнопками.

Да поди пойми, у одного работает, у другого нет. Это можно попытаться понять только там где всегда не работает.

Краш постоянно воспроизводится, если открывать вложенное AHK трей меню, но один раз было с каким-то другим меню, и не вложенным.

Тут дело в том, что когда ты открываешь меню (не вложенное), то у тебя почему-то не возвращается iaccessible interface из AccessibleObjectFromPoint.
Надо посмотреть какую ошибку функция возвращает.
У меня на 2 разных Win10 такого не наблюдается.

По мне так это всё шашечки, я больше за функциональность.
Помню, когда вышла монтажка Edius, то все плевались от ее непривычного интерфейса, но многие новостники перепрыгнули с премьера на нее из-за скорости работы.

Добавил.

В справке не пойми что написано. По твоему как должно быть?

Вот тут мы обсуждали:
http://forum.script-coding.com/viewtopi … 46#p130846

Ошибку выдал:

Подглючивает Control Text.
https://ru.files.fm/u/u5237xn3u

Ошибка не выскакивает, но если открыть в блокноте или notepad++, то происходит глюк в ahk gui.

Если открыть в notepad++ этот файл и навести мышкой на котрол notepad++, то ahkspy выдаст кракозябры.
https://pasteboard.co/CJg52cq0xDBR.png

Вряд ли, так как если из этой функции возвращать исходный тест, то остаются такие же глюки.

Да, при больших файлах происходит данный баг.

Потестировал.
Баг появляется из-за того, что ты ставишь FEATURE_BROWSER_EMULATION в 8 версию и убираешь <br> в TransformHTML.
При 8 версии нужно <br> оставлять.

Уже изменил пост.

Ну тогда можно обрезать до 33,554,432 символов.

У меня тоже, но не в ахкспай.

Да, так норм. С большим файлом нормально?

Стала глючить проверка на новую версию ahk.

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

У меня 5.07.

Я как всегда не внимателен.