freepascal.ru

Такое чудо будет когданить?

а зачем?
ведь медленно будет

почему меленно? можно грузить не весь мемо а небольшую часть, и не намного увеличит время просомтра. Зато сразу видно о чем идет речь. И если еще при этом будет автоматический размер строк, вообще будет красота

А какая фиг разница отображать весь мемо? или чуть-чуть
сами операции с мемо полями достаточно медленные, так как идут через потоки. А вот реализация потоков везде разная. В некоторых случаях - при обращении к мемо-полю оно целиком вытягивается на клиента в память. так что - большой расход памяти гарантирован.

Смысла нет даже не из-за расхода памяти, а именно из-за отсутствия смысла.
1. Если в МЕМО хранится текстовая информация, то МЕМО никогда не используется для того, чтобы там хранить два-три слова, а именно их ты и увидишь в гриде. Эти два-три слова ни о чём абсолютно не скажут и всё равно придётся просматривать весь текст.
2. Если в МЕМО хранится изображение, то увидев 1\1000 площади картинки нужно быть гиперэкстрасенсом, чтобы догадаться, об чём речь в картинке.

одно MEMO другому МЕМО рознь. Бывает текст в МЕМО всего несколько строк да и картинки было бы неплохо показывать. Причем эта фича не всегда же должна быть включена. Короче, наше дело предложить ваше отказаться

Попробуй убедить.
Для 2-3 слов - используй строки. Теже varchar-ы в птице могут быть ОЧЕНЬ длинными
а картинки в гриде отображаеть - это вобще застрел - их же надо масштабировать. А это вобще очень сильно нагруженная операция.
Мне кажется - надо править концепцию самого интерфейса.

Попробую Когда это нужно, покрайней мере мне. Испольую локульную базу данных, например Embeded FireBird или SQLite, время на прорисовку будем минимальное. Зато, сразу можно увидить текст в мемо, сразу картинку. Пример дял этого Дельфовая база - biolife.db. Показывает все картинки и мемо компонент MiTeC DBGrid, рабоатет моментально. Тормазов нет. А если не нарвиться, все это отключается и все.

Вариант - сделай наследника от rxGrid-а - и добавь свой функционал.