Краткость не всегда сестра таланта. Я имел  виду, что метод Add неплох - надо  только буфер парсить перед добавлением, чтобы построчно добавлять. Но теперь знаю, что и это не вариант:
Ворд открыл этот файл за 1 минуту
Вордпад - 22 секунды
RichEdit - не знаю, до сих пор открывает (минут 10 прошло) - причем подвесил комп минут на 5 так, что даже NumLock не срабатывал. (Открываю тупо LoadFromFile)

Из этого вывожу свое ИМХО:
Использовать RichEdit для таких громадных файло не получится. Как они там это внутри делают не знаю, - можно поковырять исходник рича и переделать его по-своему, но все-таки не то.
Второе ИМХО:
Хотелось бы подробнее узнать постановку задачи. Чует мое сердце, что тут все можно быстрее организовать - небольшая промывка мозгов пользователям и перестройка подхода к системе.

Это сообщение отредактировал(а) Anikmar - 4.4.2009, 11:07

RichEdit нужен правильный - 2.0 и Unicode. WordPad использует именно его

Нету у него исходника - используется стандартный виндовый RichEdit контрол. 2006 CG использует версию 1.0, причем Ansi. 2009го у меня нет - посмотреть не могу   Если там 2.0W - то все срастется

С этим согласен   
Вообще идея показывать пользователю документ на тысячи страниц, list box'ы с сотнями тысяч элементов, картинки с тысячами элементов на них и пр. гигантоманские планы могут быть на ура встречены только закоренелыми мазохистами в 3м поколении  
Сделать такой интерфейс можно, но подумайте о своих пользователях - им же придется часами сидеть перед экраном, что бы среди всей этой кучи хлама найти крупицу информации, которая их интересует. Иголку в стоге сена найти будет проще   

Я проверял на 2009. А как узнать версию?


Целиком и полностью согласен.

именно для таких и должна быть возможность загрузки всего файла целиком...

как раз поиск - главная идея...

Anikmar правильно сказал, расскажу немного о задаче.
Задача собственно такова:
если кто сталкивался (а я думаю таких много) с Гарантом и Консультантом, то мне нужно что-то вроде этого сделать (менее масштабно, да и алгоритмы поиска попроще будут само собой), но в области (это уже не суть важно, оставлю в секрете   ), которую они не затронули...
расскажу подробнее с точки зрения пользователя:
1) запустил прогу
2) ввел интересующий его запрос
3) ему вывелись результаты (список документов, где встречается текст запроса, или что-то похожее на него)
4) после этого пользователь выбирает документ из списка (или его часть, главу, статью и тд, смотря какого типа документ, смотря какой запрос)
и тут возможны варианты, если пользователь-обычный, то он посмотрит часть документа и успокоится (получив необходимую информацию продолжит работу), а если он из партии юных мазохистов, то ему тоже будет чем заняться (а такие есть и их не один и не два)... именно для них будет возможность загрузки всего файла... + в нем будет сделана подсветка текста, который удовлетворяет запросу...
5) пользователь сделал закладку, чтобы в следующий раз не искать, вышел...
Про остальные задумки не буду рассказывать, потому как пока реализовано немного... Дойдет дело, расскажу...

Таким макаром, как мы делаем можно грузить и не такие файлы, грузится порядка 2 сек у меня... я про uk.txt.
поэтому мне такую опцию надо предложить, да и вообще полезно будет уметь такое делать с Ричем...

xvr, пока не было еще возможности проверить твой вариант, вечером отпишусь...

Anikmar, извини, если обидел вот этим

не хотел обидеть... ни в коем случае)))

И не думал обижаться   

Я почему-то сразу о гаранте и подумал. Мне кажется надо БД как в гаранте. Раскинуть документы по статьям/собственно документам, сделать нормальную индексацию для поиска.

Загрузить в рич большой текст можно - работать с ним неудобно. Тут полноценный гипертекст нужен. С перекрестными ссылками на смежные документы и т.п.

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

Варианта 2:

•  Посмотреть в исходниках (в 2006 - source/Win32/vcl/ComCtrls.pas)
•  Сделать форму с ним, запустить, с помощью Spy++ (VS) или WinSight (BCB) посмотреть класс окна

Добавлено через 12 минут и 21 секунду

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

почему, я в самом начале темы сказал, 500-1000, в файле, который я выложил порядка 350 страниц... да и больше не будет похоже, те 350 - максимум...

все результаты не буду, но если пользователь зашел в один из них (выбрал из списка результатов главу, часть, статью, неважно, те какую-то небольшую составляющую большого документа (350 страниц )), надо чтобы была возможность посмотреть документ целиком (может этим будут пользоваться единицы, но так надо)...
Тем более, появился спортивный интерес так сделать, я думал, что воспользуюсь LoadFromFile и долов-то, ан нет... Теперь знаю, что не так-то все просто))) Уже даже мне хочется такую штуку вбабахать в программе)))

пока вот в таком виде, боевом, но уже работоспособном:

ProgressBar специально для mrbrooks, больше ни для кого и ни для чего  Ему так хотелось, чтобы я вломил, и я вломил   
Всем спасибо, тему пока не закрываю, еще не всё  

Это сообщение отредактировал(а) Dmi3ev - 4.4.2009, 17:25

Если со скоростью TRichEdit проблемы можно попробовать ActiveX компонент TRichTextBox, у него есть свой-во FileName. Забиваешь туда имя своего файла и все. Твой 4-х гигабайтный rtf-файл 2 сек. открывает. Также как, например File Lister в Total Commander по F3. 

В хелпе написано.