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

аналог предыдущей схемыcode_9698.txt

andrestudio, знаю. Поэтому и показал во что в дальнейшем может переродиться предложение такого характера. Еще одно небольшое замечание на:

после вставки IC и реализации метода для левой его точки строка из MathParse
превращается в
Причем превратить одно в другое ничуть не сложнее, чем новому человеку, не знакомому с особенностями MathParse, составить и корректно записать первую формулу. Т.е. в данном случае заявление о простоте основывается на том, что вы уже знаете о MathParse абсолютно все и что предложенная нотация записи это именно ваша идея.
------------ Дoбавленo:

пока писал вспомнил о некогда предлодложенном упрощенном варианте IC, в котором нужно писать только код без объявления точек, классов и прочей аттрибутики. Т.е. простейший пример такого IC это и есть MathParse с предложенными дополнениями.

от LineBreak

Ну насколько я понял это разновидность LineBreak
Или я чего то прозевал.

Невидел - наверное поэтому и не понимаю.

А такое можно сделать? Или это трудоёмкая задача?

------------ Дoбавленo:


Тогда его можно будет назвать - Супер Фаст Мав Парсе.

Так в продолжение темы, легко встраивается программируемый контроллер событий. Пример

code_9700.txt

не очень трудоемкая.
------------ Дoбавленo:


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


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

А "for" возможно будет вставлять?
А массивы возможно будет использовать?

от IC он ничем по фукциональности не отличается

Dilma, а может, сделаешь экспериментальный компонент?

Эдик, советую почаще просматривать элементы палитры:
code_9709.txt

Dilma, хороший компонент.
А как вводить, выводить данные через "doPrint", "onPrint" ?
------------ Дoбавленo:

Могу ли я добавить свои точки?

в контексте элемента доступна переменная data типа TData - данные, пришедшие из потока


через точки этого элемента - никак

Dilma, а можно всё - таки сделать такой компонент, у которого могло быть любое количество точек и он был бы упрощенным ИнлайнКоде?

Ага врубился.
Вижу тут кучу вариантов.
1)Показать контейнер в отдельном окне.
2)При наведении мыши на LineBreakEx во всплывающей подсказке
показывать полный путь к его концу(в текстовом виде[аналог кабеля ] ).
3)Сделать точно так же как в LineBreak невидимую связь.
В контейнерах эта связь будет видна при наведении
мыши на границу контейнера.Или опционально при включении
такого свойства в контейнере - будет видна постоянно.

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