Есть вот эти три компонента:
code_15516.txt
ОНи предназначены для одних и тех же действий, но только по-разному представляют результат. Зачем же нужен MultiStrData, если есть Str_Enum?

MultiStrData был первым. К тому же, MultiStrData имеет фиксированное значение параллельных выходов, а не последовательный вывод. Это два совершенно разных компонента, для совершенно разных целей. Попробуй из Str_Enum получить MultiStrData. Но Str_Enum, в отличие от MultiStrData, может разбить всю строку. И потому, вопрос считаю неуместным.

Но Str_Enum удачнее.


code_15540.txt

Str_Enum может разбить всю строку, и на каждый элемент можно сделать отдельное событие - см. схему. А MultiStrData разбивает не всю строку, а только до 100 элементов в ней. Так что Str_Enum более гибок.

Согласен, что гибче, но для совместимости пусть остается. Он тебе мешает, что ли

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

А вот я, например, чаще использую MultiStrData, чем Str_Enum, тк не надо еще к нему IndexToChanel лепить, что на больших схемах, очень существенно ощутимо. Прикинь, на два три выхода лепить два компонента, сомневаюсь, что лучше, чем один
------------ Дoбавленo в 12.32:
Dilma, а не предусмотреть ли возможность в палитре делать невидимыке компоненты, так можно скрыть ненужные, а при обращении к специальному списку "скрытых" в контекстном меню, их оттуда можно выудить

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

nesco, а может объединить MultiStrData и MultiStrPath в один компонент ?? Или код на много увеличится?

Принцип построения точек не позволяет этого сделать без ущерба функциональности. Млин, ну что вы докопались до этих компонентов. То вам компонентов не хватает для работы, то лишние оказались. Там других, малоиспользуемых, пруд пруди. Про них, почему-то, молчат.
Я предложил идею Dilme (не знаю, читал он про нее или нет), подождем ответа

Можно вообще сделать один мегакомпонент, собраный из всех компонентов среды

я не докапывался...решил поддержать беседу.
Я бы оставил все как есть. В том виде как есть все понятно даже Новечку с большой буквы Н. А если только str_enun то думать уже надо

3042, с выводом 90,92,93 и 95 - го элеметов строки.
Очень хотелось бы посмотреть

code_15551.txt

С MultiStrData размер компонента получится не меньше. 100 событий - это 100 событий.
И если ф-ции одного компонента входят в ф-ции другого - делайте выводы
------------ Дoбавленo в 12.11:
В принципе, MultiStrPart выполняет несколько иные задачи, чем два других компонента, но насколько я помню принцип Dilma - добавлять только те компоненты, ф-ции которых нельзя реализовать с помощью других.

3042, я тебе умный вещь скажу (с)

Изучи-ка внимательней рассматриваемые компоненты, что бы чепуху не рисовать. Особенно, точки From и To
------------ Дoбавленo в 12.17:

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

3042, сравни со своей и скажи сколько точек тебе пришлось посчитать
code_15553.txt
------------ Дoбавленo в 13.50:
Хотя nesco, строка кода типа Str := Str; это похоже на танец с бубном (в MultiStrData.)