Пожертвовать на дальнейшее развитие:

Рубли: R849464451336
Гривны: U145931779718
Доллары: Z353114408274

410011422550405


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


get $state <handle> - возвращает в переменную $state состояние окна <handle> HIDE/MINIMIZE/TOP/Развернуто_но_не_ТОП
get windowpos <handle> #x #y #wight #height - возвращает местоположение и рамер окна <handle> в переменные #x #y #wight #height соответсвенно.

---

Вверх

Тут вообще идея-бомба родилась
1. получение/установка текстовых свойств windowed-компонент типа TEDit и т.п.
2. получение/установка св-в по id у объектов html.

---

Вверх

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

2 не представляю как извне его найти.

---

Вверх

хотелось бы переменную PID, в которой содержался бы PID процесса с которым работает скрипт. Аналогично handle. Делаю через чтение памяти, но с выходом новых версий приходится правкой заниматься, да и от вкладки зависит.

Вставка буфера аналог ctrl+v, только посыл в конкретное приложение, на не системное нажатие. Речь уже когда то шла, что на мысль натолкнул. Чтобы не кануло в лета собственно.

---

Вверх

Добавлю 5 копеек от себя, в части касающейся парсера команд. На мой взгляд, было бы уместно довести до конца механизм работы с процедурами:
вложенный вызов процедур (вызов процедуры из другой процедуры) - существенно сократит и повысит читабельность кода большинства скриптов;
возможность возвращения значения из процедуры (return #myVar) - фактически, добавление разновидности процедур - функций;
передача массивов в качестве аргументов;
ну и что касается in-out параметров (т.е. по ссылке или по значению) - совсем не будут лишними, на мой взгляд.

Вот такие предложения


Ну и как всегда, не могу не напомнить про команду записи сообщения в лог Это просто становится моей визитной карточкой

---

Вверх

Хотелось бы видеть аналог с++ switch ... Можно конечно с метками извращаться, но тогда если будет не описанная ситуация скрипт встанет с ошибкой. Громоздить кучу ифов не удобно да и тормозные они.

---

Вверх

Тут идею по поводу лога опять начали подниматься.
Я придерживаюсь идеи создания ini файла в котором будет описана запись в лог каждой команды. И фантазию WKnight'у развивать не надо будет, чтобы придумывать описания и провидцем становиться не надо - пользователь сам скорректирует то что ему важно.
Так же очень хотелось бы иметь 4 режима лога:
1) Выключено. Даже ручной set logging траляля - полностью игнорируется.
2) В лог идет запись только в ручную проставленных сообщений(на данный момент идентично set logging off)
3) В лог идут только автоматические сообщения.
4) В лог идут все сообщения (на данный момент идентично set logging on).

---

Вверх

waitkey {anykey} // без разницы кодом или символом
lawsend //медленный сенд))

---

Вверх

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

---

Вверх

findcolor:
Группа - ищется группа пикселей заданных цветов (соотношений между каналами), состоящая из заданного числа точек (или больше), находящихся друг от друга на расстоянии не более чем заданное.
Используется для обнаружения объектов, состоящих более чем из одного пикселя подходящего цвета (отсекается "шум").

crop - определение углов прямоугольной области, ограничивающей все пиксели всех перечисленных цветов (соотношений);
Используется для быстрого определения размера текстовых надписей, высоты/ширины полоски маны(жизни) и т.п.

---

Вверх