Bablosoft

@AncleBens все что имеет активную ссылку. На форуме есть и более совершенные методы - поищите, но начать стоит с этого, чтобы понять принцип работы.

@AncleBens said in Прерывание конкретного потока, во время работы скрипта.:

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

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

Спасибо!

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

@inotoxic аутентичность браузера снижается при активированном модуле рекапчи.
В некоторых потоках если модуль рекапчи не включен то она и не вылазит вовсе.
Но есть потоки в которых модуль рекапчи необходим.

39e9b01d-92cf-4c00-8c73-abd0ca58cd27-image.png

@Dodok said in Перемещение окна переменных, как сделано для открепления лога.:

@Fox said in Перемещение окна переменных, как сделано для открепления лога.:

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

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

Я про соотношения затраченных усилий на разработку, тесты и проверки к полученному функционалу

Клуб любителей 1С?

@hardsign said in Отключение действий на панели сценариев:

@Fox это перегружает скрипт ненужным кодом. Запрос был именно про возможность отключение действий без "ухищрений"

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

All suported keep going

@Dodok Насчет функции я понял, да. норм идея, спасибо!

@mylife4aur said in Сохраненные профиля бас:

@sergerdn боже, ты мой спаситель, спасибо тебе огромное!

Получилось что-то уже?

парни да дело не в мониторе а в нормальном стандарте проектирования интерфейсов. монитор можно купить - не проблема. и даже привыкнуть к текущей версии интерфейса. просто есть нормальный интерфейсы визуального программирования вроде visual studio ( берем самую нормальную 2010) с рибоном/vscode/1c - с модальными формами/zennoposte r 5. в браузер кстати вероятно не получиться внедрить если он не инициализируется сразу (те если редактор сразу не запускает его а только когда используеться модуль). но например сделать хотя бы как выше написали возможность сделать плавающими логи/переменные/действия/редактор кода/свойства кубиков/сетевой логер в отдельных окнах с возможностях скрытия думаю добавит удобства. также добавить более жирное выделение текущего действия - может я слепой но я его не вижу глядя на экран - те позиция на которой мы остановились.
и еще при переходе в полный экран(это когда мы кликаем в браузер на кнопку на весь экран и типа раскрывается переменные/редактор и сам браузер) получается логи пропадают...и вот где они действительно нужны - те чтобы посмотреть ошибку надо свернуть обратно все - те решение странное.

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

О да, и пожалуйста, добавьте модуль для Powerpoint, Paint и встроенный калькулятор :D

@mocard said in При обновлении BAS до новой версии постоянно надо заново устанавливать модули.:

@Fox Да мне быстрее их из интерфейса добавить, просто предложение может стоит добавить это по умолчанию при обнове чтобы бас копировал с предыдущей версии.
а так все супер! продукт ПУШКА! Спасибо!

Да я не спорю, просто предложил возможное решение на время, пока не будет реализована ваша идея

@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 будет понимать, вы создаёте новый модуль или обновляете старый?

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