Который раз вновь появляющиеся "оракулы" пытаются лишить ТСлаб одного из ее главных составляющих и преимуществ.
"От лукавого" - это имхо непродуктивные попытки утащить визуальное программирование в сферу формализованных строк "птичьего языка"..
Но ведь это же есть - и СИ и АПИ, есть желание и возможности ну и как говорится на вражьем языке - ВЕЛКАМ!
А встроенный визуальный редактор - эта штука пока вне конкуренции, к тому же в развитии ипонятно куда должна развиваться..
Что же касается возможностей подобного языка - посмотрите это -

Язык FBD (Functional Block Diagram, Диаграмма Функциональных Блоков) является языком графического программирования
Язык CFC
Язык CFC (Continuous Flow Chart) - еще один высокоуровневый язык визуальногопрограммирования. По сути, CFC - это дальнейшее развития языка FBD. Этот языкбыл специально создан для проектирования систем управления непрерывными технологическими процессами.

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

Это было бы уж совсем оптимальным решением предложить пользователям на выбор в каком редакторе предпочтительнее работать: в текстовом или в визуальном. Хотя и сейчас уже не трудно догадаться, что визуальный редактор будет использоваться для разработки несложных ТС, а также для учебных целей. Для разработки же ТС произвольной сложности - народ однозначно предпочтет скрипт.язык и текстовый редактор для работы с ним! Вот тогда и наступит настоящий "биполярный" мир, дружба и согласие между различными разработчиками, когда один пишет на скрипт.языке, а другой понимает, что он хотел сказать на нем, какая торговая идея воплощена в этом скрипте... Сейчас этого добиться практически не возможно при количестве блоков > 10.
Остается пожелать вам удачи и скорейших успехов в борьбе с "визуальным монстром"

Конечно тяжело разместить и соединить на поле всё что больше 10 блоков, ну если не 10, то 100 уже сложновато. разработчики обещали функцию объединения группы блоков в один, что существенно облегчит визуальное редактирование.

не лишить, а дополнить TSLab другим преимуществом - наличием выбора для работы в визуальном или в текстовом редакторе. Согласитесь, что "лишить" и "дополнить" - это все-таки разные вещи.

есть огромное кол-во продуктивных попыток использования скрипт.языков для разработки ТС, они слишком хорошо известны. К тому же речь идет о скрипт.языках, которые не есть тоже самое, что и C#+API, как Вам показалось.

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

Эк Вас куда занесло, Вы бы еще вспомнили универсальную машину Тьюринга. Все упомянутые Вами языки являются узкоспециализированными, широкой публике не известными и малопользуемыми, к тому, если уж быть до конца честными, на поверку оказываются просто "мертвыми" языками. Никто же не станет в здравом уме и твердой памяти рисовать блок с двумя стрелочками слева и одной справа, а внутри блока рисовать знак "деления" - и это всего лишь для того, чтобы поделить одно число на другое. Для этого есть простая, понятная и общепринятая запись: x:y=z

Так что, на мой взгляд, единственно верный путь развития TSLab - в единстве двух подходов, или как сказал сам великий Nektodron: "в смеси визуального редактора и скриптового языка".

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

Еще как подойдет! И пойдет и поедет, что называется на "Ура!". А разработчики уже думают над концепцией, и хоть и не в следующей версии, но обещали устранить имеющийся перекос в сторону визуальности, или, выражаясь их же словами: "разгрузить некоторую монструозность конструкций в визуальном редакторе".