Пожелания, Предложения по развитию сюда Опции

[DarkMaster]

Код

set %arr [ 1 ] 1
set %arr [ 2 ] 2
set %arr [ 3 ] 3
set %arr [ 4 ] 4

set $msg 3
if indexOf (%arr noabs ($msg) ) > 0
   log succes
end_if
stop_script

Все работает.

[Zeleax]

Дарк, посмотри внимательнее на мой код внутри IndexOf

[DarkMaster]

я смысл не очень понимаю если честно. есть цель - искать совпадения в массиве. она решается моим кодом. Какая цель обратного варианта? практическая.

[Zeleax]

я смысл не очень понимаю если честно. есть цель - искать совпадения в массиве. она решается моим кодом. Какая цель обратного варианта? практическая.

строка: Маша_мыла_маму
массив: Коля Света Петя Маша Даша
задача: найти какой з элементов массива встречается в строке

Одной командой IndexOf это сейчас не реализуется. Нужно в цикле перебирать все элементы массива.
Это я и хотел сказать.

[Microsoft]

Очень не хватает определения LastTargetType

[WKnight]

Странно, за столько лет никто о нем не подумал...
Переменную для custom клиента добавить могу, но искать адрес, где оно хранится, вам придется самостоятельно.

[Zeleax]

Очень надеюсь на обновление findimage (IMG:style_emoticons/default/smile.gif)

https://forum.uokit.com/index.php?s=&am...st&p=180815
https://forum.uokit.com/index.php?s=&am...st&p=180829

Сообщение отредактировал Zeleax - 12.12.2012, 12:18

[xolost]

Очень надеюсь на обновление findimage (IMG:style_emoticons/default/smile.gif)

https://forum.uokit.com/index.php?s=&am...st&p=180815
https://forum.uokit.com/index.php?s=&am...st&p=180829

Неужели не приятнее, когда у тебя нарезана пара тысяч картинок, которые бот регулярно обрабатывает и выполняет механизмы на все 100% без всякого риска?))

[Warstone]

Тоже мне проблема - сделай форк и назови его пилот2. Старую ветку какое-то время держать, а развивать новую.

Зачем? Все проще...
;new_syntax
И если оно есть - отдавать его в другой процессор.

[xolost]

"ошибка интерпритации фор"
Какая строчка, где, не ясно.
Неплохо бы выводить, как у других ошибок, номер строки.

[WKnight]

Строка с оператором For, только она так ругается.
С goto его вроде подружил, значит гдето совсем неправильно из фора выходишь, либо в режиме паузы мышкой по скрипту тыкаешь, он потом выполнение продолжает со строки где стоит курсор, и если до паузы был в цикле, а продолжаешь за его пределами, то при следующем прохоже будет ругаться.
Этот момент есть в 2до, пока некогда доделать.

[xolost]

Строка с оператором For, только она так ругается.
С goto его вроде подружил, значит гдето совсем неправильно из фора выходишь, либо в режиме паузы мышкой по скрипту тыкаешь, он потом выполнение продолжает со строки где стоит курсор, и если до паузы был в цикле, а продолжаешь за его пределами, то при следующем прохоже будет ругаться.

Не, причина я знаю в чем.
Если выходим из цикла через gosub, а потом где-то там мы вместо ретурна уходим goto, то когда снова попадем в цикл из которого ушли по goto через gosub, то вот такая фигня.

Дело в том, что из 30 for циклов в скрипте, найти именно тот цикл в котором такое может произойти, иногда занимает времени прилично.

Этот момент есть в 2до, пока некогда доделать.

Всмысле исправить ошибку или добавить в ошибку номер строки?

[Zeleax]

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

Считаете это нормальным стилем программирования?

[xolost]

Считаете это нормальным стилем программирования?

Как раз нет.
Но когда в скрипте более 85000 символов, то иногда можно не уследить за этой цепочкой и получится именно так.

[WKnight]

Всмысле исправить ошибку или добавить в ошибку номер строки?

И то, и то.

[DarkMaster]

Считаете это нормальным стилем программирования?

Ситуации разные бывают. Лично я так делал и ловил точно такую же ошибку. Иногда выбор просто стоит остро: переписать всю логику подпрограммы на пару сотен строк с вложенными вызовами, либо сделать goto и for заменить на while и set #i #i + 1.

[Zeleax]

Насчёт привязок окон флешек в браузерах..
Так вот я настроил привязку к нужному окну, подкоректировал скрипт под относительные координаты, всё заработало.. Но когда я изменил размер окна браузера скрипт перестал работать. Не буду описывать все мытарства которые я проделал, вобщем вердикт такой: у Google Chrome для флеша не создаётся отдельного окна как а Лисы, если навестись WindowScanner на флеш ролик в хроме то он отобразит координаты и размеры всей страницы целиком, а не просто флешки. И это настоящий геморой. Потому как я не вижу другова выхода как только в начале скрипта с помощью findcolor искать контрольную точку по всей странице, и после нахождения расчитывать смещение, а затем прибавлять это смещение до всех контрольных точек.

У самого были аналогичные ситуации...
Отсюда и предложение: ввести пару переменных windowOffsetX, windowOffsetY, которые "переносят" начало точки отсчета координат окна в указанную точку окна. Эти переменные при любом обращении к оконным координатам (left, kleft, get color, findimage, findcolor и т.д.) должны автоматически прибавляться к указываемым значениям координат, а при возврате массива точек из findcolor, findimage отниматься от каждой из найденных координат.
Т.е. мы как бы переносим начало координат окна в указанную точку окна и работаем уже относительно неё.
По-умолчанию эти смещения равны 0, т.е. работаем в обычных оконных/экранных координатах.
Эти же смещения должны работать и с абсолютными координатами точно таким же образом. Т.е. перенос точки отсчёта будет уже идти в пределах экрана.
Переменные должны быть локальными для каждого скрипта отдельно, имхо (типа WorkWindow).

Сообщение отредактировал Zeleax - 18.12.2012, 8:35

[xolost]

У самого были аналогичные ситуации...
Отсюда и предложение: ввести пару переменных windowOffsetX, windowOffsetY, которые "переносят" начало точки отсчета координат окна в указанную точку окна. Эти переменные при любом обращении к оконным координатам (left, kleft, get color, findimage, findcolor и т.д.) должны автоматически прибавляться к указываемым значениям координат, а при возврате массива точек из findcolor, findimage отниматься от каждой из найденных координат.
Т.е. мы как бы переносим начало координат окна в указанную точку окна и работаем уже относительно неё.
По-умолчанию эти смещения равны 0, т.е. работаем в обычных оконных/экранных координатах.
Эти же смещения должны работать и с абсолютными координатами точно таким же образом. Т.е. перенос точки отсчёта будет уже идти в пределах экрана.
Переменные должны быть локальными для каждого скрипта отдельно, имхо (типа WorkWindow).

А что мешает писать скрипт таким образом:
Сначала ищем какой-то элемент статичный на всем экране, а затем относительно него работать с остальными элементами?

[Zeleax]

А что мешает писать скрипт таким образом:
Сначала ищем какой-то элемент статичный на всем экране, а затем относительно него работать с остальными элементами?

А что мешает во все игры играть вручную? )

ЛЕНЬ и желание упростить жизнь (IMG:style_emoticons/default/biggrin.gif)

Я и предложил работать относительно статичного элемента, но чтобы скрипт не загромождать операциями со смещениями, а чтоб всё на автомате было.
Лично для меня это сейчас не критично. Предложил "на будущее", если всё остальное уже будет улучшено).
Мне сейчас больше хочется улучшенного findimage

Сообщение отредактировал Zeleax - 18.12.2012, 10:53

[DarkMaster]

Мне сейчас больше хочется улучшенного findimage

А мне дерево...