Уважаемые разработчики!

Без комментариев - это не жизнь! Если вы планируете развивать визуальный редактор, то все-таки придется добавить в него такую жизненно необходимую и привычную для текстовых редакторов возможность, как КОММЕНТАРИИ.

Возможность закомментировать один блок (одиночный комментарий) или несколько блоков (блочный комментарий) обязательно должна присутствовать в редакторе. Иначе приходиться держать несколько копий скрипта, в каждом из который удален один или несколько блоков, вместо того, чтобы просто закомментарить эти блоки на месте. Ну и как следствие возникает неудобства и путаница, а также дополнительный объем работы по сопровождению этих копий.

Что скажете?

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

Блоки, которые находятся в области комментариев просто игнорируются вместе со связями с рабочими блоками и в конечной сборке не участвуют. Это позволит временно исключить группу блоков, чтобы проверить работу оставшихся блоков.

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

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

Комментарии, наверное, не помешают. В моем понимании, все же, комментарии - это различные пояснения/описания работы.
В данном случае описана возможность исключения части блоков из работы, мы подумаем над решением этой проблемы.

Текстовый комментарий-пояснение к кубику у нас запланирован.

Ваша идейка на счет комментария кубика путем исключения его из участия в работе алгоритма как в классическом программировании нам нравится. Внесем это в план разработок. Спасибо за красивую идейку.

Глобально уже есть прототип версии 1.2 с новым редактором. В нем введен принцип группирования кубиков. Ваши мысли так же войдут в 1.2.

Да, действительно, комментарий в программе выполняет две функции:

1) пояснения/описания работы;
2) исключение части блоков из работы.

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

Или действительно никто не испытывает в этом необходимости?

Что касается 2)
На самом деле этот вопрос решается довольно просто. Блок Константа. В лог условиях &&Константа==1.
Таким образом можно включать выключать и отдельные блоки и целые логические цепочки в скрипте, так же этот вариант позволяет оптимизировать скрипт включая/выключая логические цепочки.

Вил, поясните подробнее как этой штукой (&&Константа==1.) пользоваться.
В наборе индикаторов есть только цифровая константа, а логической так и не сделали, хотя просили..
Допустим я хочу что-то запрещать/разрешать через блок"И"..

Это же просто, Пишите Логформулу туда Ваш блок "И" который я так понимаю дает основной сигнал, далее в Логформуле пишите :

И && Константа==1

Таким образом, если константа не равна 1, Логформула отдает false .
В оптимизации можно поставить min - 0 , max - 1 , шаг -1.
Таким образом можно оптимизировать логические условия, включая их или выключая.

Т.е вся конструкция состоит из трех элементов -

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

/ В приложении пример.
Таким образом, если Константа равна 1, то будет вход, если нет, то не будет.

Спасибо.. собственно так как я и написал..