Если будет предложено мудрое решение по доработке визуального редактора, то те, которые привыкли к тому что есть, также быстро и отвыкнут. Целью добавления визуализации к процессу разработки и отладки алгоритма может быть только улучшение таких показателей, как время, затрачиваемое на разработку, отладку и сопровождение алгоритма, повышение читабельности и отчуждаемости скрипта и др. Если эти цели не достигаются с введением визуализации, то такая визуализация - сомнительный козырь перед простыми текстовыми редакторами скриптов.
Кстати, если бы в TSLab, наряду с визуальным редактором скриптов, существовал бы и простой текстовый редактор, то, на мой взгляд, это было бы лучшими решением для разработки сложных алгоритмов. Конечно, для этого потребуется формализовать язык, на котором можно будет описывать блоки и связи между ними, написать компилятор с этого языка. Но, для вас это было бы более быстрым способ предложить инструмент для разработки скриптов любой сложности, а с другой стороны, это сразу бы привлекло в ряды пользователей TSLab людей, привыкших пользоваться клавиатурой, а не мышью, используя старую как мир технологию copy-past. На этом пути сразу же открываются возможности по интеграции готовых кусков программ, написанных на c# в скрипт. А если вы еще напишите конвертор из текстового представления скрипта в графическое представление скрипта и обратно (*.xml <=> *.txt), загрузку и выгрузку скриптов из/в *.txt файлы, то...

Для примера, скрипт на таком языке (в текстовом представлении) мог бы выглядеть примерно так (кстати соединительные связи здесь отпадают сами собой):

Source1: Источник (GZM1, Левая панель1);
Source2: Источник (LKM1, Правая панель1);
Low1: Минимум (Source1, Левая панель1);
Stoch1: StochK (Source2, Левая панель1);
...
BuyLimit1: Открытие если ниже(Source1, покупка, 1);


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