Вопрос в том, что часто приходиться пририсовывать компонент Memory только для того, чтобы снять нижние показания Result. Вот некоторые компоненты о которых я веду речь: Delete, Copy, Insert, ChanelToIndex, MT_ChanelToIndex.


[vote=Нужна ли точка Result в Delete?]
[answer=Нужна]
[answer=Не нужна]
[/vote]
[vote=Нужна ли точка Result в Copy?]
[answer=Нужна]
[answer=Не нужна]
[/vote]
[vote=Нужна ли точка Result в Insert?]
[answer=Нужна]
[answer=Не нужна]
[/vote]
[vote=Нужна ли точка Result в ChanelToIndex? Не путайте с точкой Data]
[answer=Нужна]
[answer=Не нужна]
[/vote]
[vote=Нужна ли точка Result в MT_ChanelToIndex?]
[answer=Нужна]
[answer=Не нужна]
[/vote]

А если мне не нужна эта точка, то я должен таскать с собой лишний код

Про Delete, Copy, Insert давно предлагал. У ChanelToIndexесть нижняя Data
------------ Дoбавленo в 18.22:
А статистику кто проводил ? Чего больше - нужна или не нужна ? И, по хорошему, это должен решать CodeGen

nesco, не понял, а что остальные компоненты, которые имеют подобную точку, таскают лишний код? Ну, ладно, подожду лучших времён.
------------ Дoбавленo в 18.26:
Tad, это я знаю (Data=Данные входного потока, запомненные перед вызовом onIndex), но часто приходиться снимать индекс !

какая разница компу, какой код? он же выполняет только нужный , остольное просто не трогает...или думаешь памяти так много займет, что прям ужас?

Шел бы ты теорию почитать сначала, потом советы раздавать

Добавил голосование.

Ну и толку Могу предложить организовать универсальный строковый компонент. В остальные -- IndexToChanel и его клон MT добавлять не буду, сейчас уже не вспомню с чем связано, но старые Гуру, включая Автора, были категорически против

Да, суточное голосование показало, что мнения примерно разделились
Если это решит проблемы с нижней точкой по трём вышеуказанным компонентам (Delete, Copy, Insert), то я только за, да ещё при чём, три в одном.

Надо просить Деда Мороза, может сделает нам новогодний подарок
Гы. Я думаю вы все догадались, кто у нас Дедушка Мороз (но не я, уж точно)

ser_davkin, я не это имел ввиду.
Вот, к примеру:
Анализ папки примеров к пакету Delphi:
Всего файлов: 315
Использовано компонент: 14954
Всего типов компонент: 517
Memory : 502
В схемах примеров 75% Memory применяется для "поворота данных" из-за отсутствия нижних точек у MatrixRW ( сам удивился), Convertor, Copy, Delete, Length (отсутсвие нижней точки с исходной строкой заставляет применять Memory перед ним) и т.д.
А решать по голосованию, особенно когда человек голосует исходя из потолокпол - абсурд.

А что это мы тихо умалчиваем про собственну. разработку -- ConvertorEx

Я писал про папку с примерами.
Сейчас, при наличии ConvertorEx, конечно будет по другому (если переделать примеры )
Да, забыл упомянуть Case - после него тоже частенько применяют Memory

Ну и как ты сюда плнируешь усунуть нижнюю точку, когда она самой концепции компонента протеворечит Во всем нужна мера. ИМХО

DataOnTrue - FData