Bablosoft

Смена проекта в BAS и сброс введеных данных

Запросы функционала

  • kazarangK

    Добавить имена переменных в описание команд

    Moved Запросы функционала
    0 Votes
    3 Posts
    671 Views
    kazarangK

    Сорри , учту ... да это запросы функционала

  • mmaxsmileM

    Обводка выбранных блоков (в новом интерфейсе)

    Запросы функционала
    4 Votes
    1 Posts
    594 Views
    No one has replied
  • Int64I

    Модули и переменные

    Запросы функционала
    1 Votes
    10 Posts
    1226 Views
    FoxF

    @thepappo said in Модули и переменные:

    @Fox said in Модули и переменные:

    Чегось? Использование статичных id для инпутов это костыль?

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

    Вы вероятно не понимаете, что за id нужно прописывать и в чём собственно дело? Смотрите, каждое действие в модуле BAS состоит из трёх файлов

    *_select.js *_interface.js *_code.js

    Если открыть в текстовом редакторе файл "*_interface.js" то можно увидеть код шаблона вёрстки интерфейса действия для BAS

    8f1f2e4d-2686-4d5c-9658-7aa071004b8b-изображение.png

    Каждый параметр действия начинается со строки <%= _.template(, далее в нём находится этот пресловутый id

    814bdea7-8885-4032-8ffb-013e55a5fa6d-изображение.png

    При сохранении действия BAS помещает данные элементов интерфейса (значения инпутов, чекбоксов, выпадающих списков и т.д.) в техническом описании действий для рабочей зоны BAS (зелёная строка, начиняющаяся с /*Dat:)
    22149846-55c2-4e57-84e9-2898e3cbcc35-изображение.png

    Данные сохраняются с id полей откуда они были взяты, и когда вы открываете сохранённое действие, то из технического описания в интерфейс BAS загружаются данные действия (вписываются данные в инпуты, выбираются чекбоксы и выпадающие элементы списка).

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

    В целом же фича явно нужная, сделать статические переменные, как в случае с названиями функций. Их все равно на русском нормальный человек писать не будет в басе.

    А как BAS будет понимать, вы создаёте новый модуль или обновляете старый?

    Думаю я могу сделать промежуточный вариант исправления этой проблемы

  • J

    Вынести Запись http запросов в модуль

    Запросы функционала
    1 Votes
    2 Posts
    528 Views
    Q

    @jofamo2305 http клиент хорошая альтернатива браузеру, но для работы с ним нужен некоторый опыт.
    Нельзя просто так взять, записать запросы и сидеть радоваться.
    c4eb9a38-f79a-42a3-9855-5646908c7576-image.png
    А что касается информации в заголовке, то не трудно догадаться, что нельзя вынести данную фичу в блок, это фича редактора, но ни как не скрипта.
    Проще говоря: это фича для упрощения создания скрипта.
    Если ты имеешь ввиду добавить запуск этого действия как кнопку в модуле, то в модуле ведь блоки, а не просто кнопки.

  • B

    управление потоками, к-вом неудач и успехов из выполняющегося скрипта.

    Запросы функционала
    0 Votes
    13 Posts
    3295 Views
    supportS

    @out

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

    В новой версии так и работает.

    так что да, не помешает иметь методы, получать к-во работающих потоков (эта инфа уже есть, ее только достать надо), к-во успехов выполненных и неудач..

    Добавил, действия "Успешных выполнений" и "Неудачных выполнений"