Заготовка на суд.
Добавлена нижняя точка.
Точка добавляет 224 байта в скомпилированой программе.
Для борцов против - использование "промежуточного" Memory добавляет больше (632 байта).

Tad, [flood]в качестве флуда... мне во многих компонентах не хватает нижней точки... так и приходится использовать memory. Я конвертером пользуюсь редко, а так не помешало бы[/flood]

А Stream где Нафиг нужен компонент с нижней точкой, у которого она работает не во всех режимах
------------ Дoбавленo в 19.04:
Но, вообще-то, подход оригинальный

а вот насчет Stream - нужен совет. Выводить его на нижнюю точку или нет ?
Если ДА, то выведу. Хотя мне (почему-то) показалось это лишним.

Tad, почему не нужна, если делать, то для всего. Но не забудь, что переменная St, должна быть создана в конструкторе и удалена в деструкторе

Stream самоочищается после окончания события onConvert, просто в методе Str2Strm добавь очистку переменной класса (сначала создай ее) st: PStream после события onConvert и присвой ей nil, тогда в _var_Var будет вниз посылаться dtStream(_Data, st); где st := nil; -- если событие onConvert уже прошло, или st := <Stream>; -- если событие продолжается
P.S: ужасно я объяснил
------------ Дoбавленo в 19.17:
Мда, если делать ее доступной постоянно, то nesco прав

Очень. Если это переменная, то она должн быть валидна до следующего исполнения метода

осталось надееться, что никто не догадается внести это дополнение на SVN

У нас есть в ФайлыПотоки конвертор потоков, я думаю, что и StrToStream и StreamToStr место там.
я не внесу - это точно.

совместимость выше логики

А я и не предлагаю эти режимы удалять из Convertor-а, а вот добавить их (по логике) в компонент потоков не помешало бы. И логика на месте и совместимость есть. Один юзер (который с логикой) применит конвертор из Потоков, а кто без логики - пользуйся из Инструментов.

Вообще-то, вполне можно добавить в компонент Stream2Hex

смысл? чтобы потом отвечать на вопросы о том, в чем разница между элементами и что лучше использовать?
------------ Дoбавленo в 21.50:

не очень логично режим Stream2Str добавлять в элемент с именем Stream2Hex.

Зато, там очень логично смотрится Stream2ASCII

действительно в контексте того, что туда уже понадобавляли логику в паре новых режимов искать никто не станет