Вот он к стати, может что нибудь с него понадобиться... http://hiasm.com/forum_serv.php?q=56&id=938

Memo, ListBox, Combo, а заодно Edit с Button и Label.

Интересно, а если бы в паскале было не copy и delete, а CopyDelete(copy:boolean; str:string;pos,count:integer), где параметр copy бы определял, копирование производится или удаление. Хороша была бы функция?

3042, у нас компонент и какой режим выбрал такой и увидишь на иконке компонента.
И не надо делать круглые глаза

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

по большому счету объединять некий ф-ал в один элемент или в группу элементов зависит исключительно от собственных предпочтений. Можно весь раздел со строками в один элемент засунуть и назвать его StringOperation. Не удобен такой подход только тем, что наведя курсор на иконку мы увидим нечто вроде "Элемент для работы со строками". Понять из этого описания реальные возможности элемента не получится. Собственно практиковаться в этом направлении начал уже nesco, при работе над таблицей строк и Tad, ничего нового от себя не добавил.

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

Беда таких компонентов в том, что отдельные свойства используются не для всех методов. Если выбрана операция копирования, нет смысла указывать substr, но в свойствах это свойство всё равно показывается (потому что есть метод для вставки). Это ухудшает понимание.

именно так. Поэтому я тоже никогда не был сторонником такого подхода.