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

[Zeleax]

Мысль в другую тему.
Для многих скриптов для правильной работы очень важна текущая настройка пилота:
- возвращать курсор мыши после кликов
- перемещать в точку клика
- отображать ход выполнения
- и т.д.

Предложение: дать возможность из скрипта устанавливать значения параметров выполнения, как в ini файле. Можно названия опций прямо оттуда брать. И ввести новую команду SETOPTION.
Не горит, но было бы неплохо. Сейчас каждый раз приходится выставлять и проверять настройки вручную. А так бы несколько строк вставил в скрипт и везде всё настроено )

[DarkMaster]

p.s.: не припомню случаев, когда _ручная_ инициализация требовалась не с 1-го столбца...

запас жо... в общем не мешает) хотя не шибко критично. Сейчас поднял пару скриптов нагруженных по массивам(до 25 столбцов), тоже вроде нигде не надо было. Оставим на усмотрение кнайта трудозатраты/смысл.

[WKnight]

по массивам записал в 2до 363 пост

[Zeleax]

Исправил в 363 посте одну строку

Код

init %arr[3] 3 4 5 6 7 // пишет в 3-ю строку двухмерного массива начиная с 1-го столбца. Сколько значений, столько и будет столбцов

так более логично

Сообщение отредактировал Zeleax - 1.5.2012, 11:51

[Zeleax]

А можно еще так: )
init_arr <массив> [(<номер_строки> [<число_столбцов> [<начальный_столбец>]])] <набор_значений_для_строки_A> [, <набор_значений_для_строки_B>, ...]

Примеры:

Код

init_arr %a 11 32 43 46 // одномерный массив, 4 эл-та (элементы [1] [2] [3] [4])
init_arr %a (2) 13 24 35 // во 2-ю строку пишем в 3 столбца, начиная с 1-го (элементы [2, 1] [2, 2] [2, 3])
init_arr %a (3, 2) 5 6 7 8 // в 3-ю строку пишем в 2 столбца, начиная с 1-го (получится 2 строки, элементы [3, 1] [3, 2] [4, 1] [4, 2])
init_arr %a (3, 2, 7) 5 6 7 8 // в 3-ю строку пишем в 2 столбца, начиная с 7-го (получится 2 строки, элементы [3, 7] [3, 8] [4, 7] [4, 8] 

Так вообще мегауниверсально и не противоречит синтаксису пилота. В квадратных скобках всё же обычно указывается номер элемента (или строки).

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

[DarkMaster]

была такая идея, но озвучивать я ее побоялся. вы и так накинулись на меня))

[Zeleax]

Кнайт, возьми в 2do лучше пост номер 368! (363 выкинь)))

[DarkMaster]

только скобки квадратные. в массивах всегда они были квадратными, не надо путать народ =)

[Zeleax]

только скобки квадратные. в массивах всегда они были квадратными, не надо путать народ =)

в квадратных скобках не совсем то прописывается... хотя особо неважно

[Scorpion87]

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

[-AL-]

по поводу параметров процедур

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

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

так же при этом дать возможность прописывать константы в фактических параметрах, тогда формальный параметр обратно не передается (поскольку некуда)

спасибо

[Rozello]

Есть предложения, возможно уже были описаны выше:

1. сделать возможность обработки нажатия кнопок, например:

if button_down 1
... что-нить происходит если нажать на "1"
end_if

2. возможность управлять номерами самих скриптов, при нажатии на номер скрипта вызвать всплывающее меню с: "удалить", "очистить", "переименовать" и "закрыть" (с сохранением). "+" и "-" тоже нормально, но при большом количестве скриптов начинаю путаться, и сделать например "10" скрипт не открывая при этом 9 предыдущих не представляется возможным.

3. как вариант отображение работающих скриптов: поочередно писать номера скриптов в панели задачь на окошке пилота, мб будет удобно?

[DarkMaster]

1. сделать возможность обработки нажатия кнопок, например:

Кнайт, даешь event'ы =)

[esqado]

Да-да! event's

[Zeleax]

Сделать возможными нажатия и отпускания кнопок с помощью указания их сканкодов.
Добавить возможность проверки - нажата ли кнопка с указанным сканкодом.

Сообщение отредактировал Zeleax - 26.5.2012, 11:04

[Cooll]

Сделать возможными нажатия и отпускания кнопок с помощью указания их сканкодов.
Добавить возможность проверки - нажата ли кнопка с указанным сканкодом.

Ага , и очень нужно , чтоб нажималась клавиша `

[Warstone]

Кнайт, даешь event'ы =)

Может сразу делегаты и Лямбда вычисленя? Чего уж там?
Для того, чтобы были эвенты, Кнайту надо сделать еще один тип данных - Функция. А это Долго, Дорого и Не нужно, так как не вписывается в текущую парадигму программирования на Пилоте.

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

[Zeleax]

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

[Cooll]

добавить возможность получения входящих запросов

[Zeleax]

добавить возможность получения входящих запросов

каких запросов, откуда? оО