Новая Версия Uopilot v.2.38 (21.06.2016), Официальный сайт. Скачать. Последняя версия. Опции

[WKnight]

Пожертвовать на дальнейшее развитие:
(IMG:http://uopilot.uokit.com/wm_forum.png)
Рубли: R849464451336
Гривны: U145931779718
Доллары: Z353114408274
(IMG:http://uopilot.uokit.com/ya_forum.png)
410011422550405


Для пожеланий и багов открыт специальный багтреккер.
Крайне рекомендуется писать сообщения с соответствующим содержанием именно туда. В противном случае ваш пост будет промодерирован и вручную будет создана копия на багтреккере.
https://redmine.uokit.com/projects/uopilot/issues


--v.2.38--

Исправил определение имени переменной в команде 'set'.

Исправил ошибку подгрузки массива с частично пустыми значениями в команде 'load_array'.

Исправил усечение существующего массива при подгрузке нового в команде 'load_array'.

Исправил изменение регистра первого элемента, при присваивании массива в команде 'init_arr'.

Исправил ошибку, возникающую при остановке скрипта, в процессе эмуляции кликов мышкой.

Исправил ошибку, возникающую при выводе в лог больших объемов информации. Выводим в лог кусками по 16 кб. В файле лога в месте соединения будет перевод строки.

Подправил пример плагина, добавил в него возврат значений вторым способом.

Исправил команду 'ExecAndWait', слегка сломанную в 2.36.

Исправил команду 'filegetattr'. Не работала.

Исправил ошибку, возникающую при отсутствии пробела перед скобкой после имени команды.

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

Сделал сохранение расположения окна справки на экране.

Добавил хелп с Wiki. Вызывается по "F1" на операторе в скрипте или вверху меню по ПКМ в скрипте. Отображается на новой закладке на форме справки. Скачивает странички непосредственно с Wiki, хранит в папке "Help", рядом с пилотом. Если папки "Help" рядом с пилотом нет, то распаковывает архивную версию.

Сделал подсветку переменных массивов цветом соответствующих операторов.

Исправил незапланированный вывод в лог устаревшего сообщения об ошибке.

Добавил команду удаления элементов массива 'delete_array %array [+col | -row] [count=1]'.

Исправил команду 'findcolor'. При поиске по хэндлу возвращал неправильную координату "y" (вычитал стартовую).

Подправил форматирование скрипта.

Исправил функцию 'string_count', неправильно считала.

Исправил вывод в лог сообщений об ошибках при включенной галочке "Выводить сообщения в... Log".




скачать uopilot 2.38

скачать AntiFrost
скачать AntiGate
пароль на архивы: uopilot.uokit.com

Сообщение отредактировал DarkMaster - 11.7.2016, 14:48

[WKnight]

В чем прикол возвращать координаты относительно привязки, когда поиск идет в памяти ? Искали в окне, значит относительно окна. Искали в памяти, значит относительно размеров скрина в памяти.

Методом проб и ошибок, пришли к выводу, что лишняя математика при наиболее часто используемых функциях будет слегка напрягать. Для реже используемых вопрос решается двумя строками кода.
Если у кого-то есть лучшее предложение, с удовольствием выслушаем.

Длина строки в байтах зачем вообще ?

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

И да, ну почему нельзя выделить еще одну команду, например, memfind. Ну зачем все в тип поиска пихать ? К чему этот костыль вообще ? Это же безумие какое-то. Да, будет больше конструкций, но за то сразу понятно что и как нужно указывать и какой это результат дает.

Это не костыль, а дополнение. По-моему достаточно хорошо вписывается.
Если требуется, могу добавить команду memfind, с 99 процентами идентичного findimage кода.

Сообщение отредактировал WKnight - 3.10.2016, 22:54

[Cockney]

Методом проб и ошибок, пришли к выводу, что лишняя математика при наиболее часто используемых функциях будет слегка напрягать. Для реже используемых вопрос решается двумя строками кода.
Если у кого-то есть лучшее предложение, с удовольствием выслушаем.

У себя в голове я не могу представить ситуацию, в которой юзер ищет в памяти (предположим окно игры) что-то, находит, и по координатам, которые вернулись (а координаты именно найденного объекта в памяти, а не в впривязанном окне), делает клик в привязанное окно. Я не догоняю, почему нельзя просто использовать findimage. Если можно, то развернутый пример.

Это не костыль, а дополнение. По-моему достаточно хорошо вписывается.
Если требуется, могу добавить команду memfind, с 99 процентами идентичного findimage кода.

Вот именно, что костыль. Скриптовый язык и отличается от полновесного тем, что скрывает многие аспекты работы с чем-то. Конечному пользователю не важно сколько там повторяющегося кода и сколько ненужной фигни. Ему интересен результат. А конкретнее некий стандарт, о который он может опираться. Взглянул на вики, ага, тут тип поиска 1 или 2. Все просто. А как воспринимать нормально код, где в одном скрипте тип поиска 2, а в другом адрес памяти ? Это сложно визуально, а тем более при обучении. Лучше иметь 10-15 функций с разными параметрами, чем 2 с 3 параметрами по 10 вариаций.

Ни в коем случае не навязываю свое мнение. Я просто смотрю глазами pilot-новичка.

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

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