день добрый.
я как-то привык, что события в элементах происходят сверху вниз. однако у StrPart-а этот порядок нарушен. сверху стоит точка отдающая правую часть строки, снизу - левую. соответственно, думая, что нижнее событие происходит позднее, я навесил на нее прохождение процесса, чтобы позже воспользоваться результатами.
вобщем вот маленький кусочек схемы:
code_1200.txt
при нажатии на кнопку в надписи должны появится обе части, однако при первом нажатии справа остается старое значение. только при втором появляется правильный результат.

HikeR, Внимательно читай описание к точкам.

[size=-2]------ Добавлено в 19:01
code_1201.txt

Эдик, линию то я уже перебросил, только вот общая логика страдает.
где-то уже встречал, что опрашивание данных с верхних точек _может_ идти и не по порядку (слева направо). обычно это проблем не вызывает.
а вот нарушение порядка событий вносит путаницу. Dilma, не могли бы вы просто поменять местами две точки?
да, я знаю, что есть элемент Informer, например, в котором тоже не сверху вниз идут события. но у него такое расположение само собой напрашивается для удобства построения схемы. а у разделителя строк логично ожидать сначала левую часть, потом правую. так и есть, но внешне так не выглядит. а досконально читать описание... вот на моем примере видно, что глазами пробежал, где лево-право разобраля, а вот на последовательность внимание не обратил.
с информером тоже, если бы не замечательный пример использования (изменение строки статуса), то так и юзал бы наоборот.

HikeR, там и никогда не было логики.
Только компонент Hub её имеет. Все остальные не имеют. Как захотел создатель компонента так и будет.

Именно так. Правила касаются только верхних точек и никак не могут касаться правых. В данном случае такой конструктив был выбран из общих соображений построения схемы, где данные, снимаемые с точки onPart являются конечными, а то, что снимается с точки onSplit предполагает подключения такого же элемента с образованием каскада. Аналогичное поведение кстате у компонента Case

Hub - это святое. если и в нем можно будет задавать измененный порядок прохождения, то вообще аврал.
Dilma, все понятно. но тогда хотя бы описание изменить:
onSplit=Событие происходит после отделения левой части строки (после события onPart) и выдает в поток её правую часть|2|
onPart=Событие происходит сразу после разбиения строки (перед событием onSplit) и выдает в поток левую её часть|2|

ну и указать, что если символ-разделитель отсутствет, то на выходе вообще ничего нет.

Неправда ваша: происходит событие onNotFound!

да-да-да. уже заметил. с выдачей туда входного параметра.