оптимизация алгоритма выделения слов

[furstenberg]

Здравствуйте. Разработал ПО , в котором применяется выделение определённых слов различными цветами. Компонент для загрузки текста RichEdit. У меня два вопроса:
1)Алгоритм выделения:
-найти слово1 (ф-ция Q_PosText) ;
-выделить его средствами RichEdit с найденой позиции;
-искать все слова1 в тесте (ф-ция Q_PosText) и выделять его средствами RichEdit;
и т.д слово 2,3,4,5,6,7.
Недостатки:
-Всё работает , но при больших объёмах обработка занимает много времени;
-Выделение слов происходит на глазах пользователя, т.е подчеркнув одно слово происходит перемещение курсора из области видимости вниз, потом следующее слово - опять переходит вверх, потом вниз и так скачет во время выделения.
Можно ли как то оптимизировать этот алгоритм?

2)На начальном этапе происходит циклическая фильтрация теста с использованием регулярных выражений, где в цикле найденый текст заменяется на ''.
Так вот на этом этапе происходит зависание программы и чем больше текст, тем больше зависание.
Пробовал:
-в цикл вставлять Application.ProcessMessage- не помогло;
- делать эту обработку в другом потоке- не помогло.
Есть ли возможность как то избавиться от этого?

[Kotofff]

Почитай статью про твой пункт 1-й - один из способов оптимизации подсветки в RichEdit

[furstenberg]

Спасибо за ответ. Ну а насчёт зависания при обработки регулярного выражения никто не подскажет чего-нибудь умного?

[Utkin]

Лапша все это. Я пробовал такой код - раскраска слов идет нормально, но при загрузке текста будут задержки и не малые. Для начала, ограничьте раскраску только тем диапазоном, который виден программисту. Прога большая, но ведь программер ее видит не всю, а только некоторый фрагмент, так зачем стараться и красить, то что программер не смотрит (и возможно, что не будет смотреть).

[Stilet]

Я бы вообще лучше потратил лишнее время чтоб написать с нуля собственный компонент отрисовки, рассчитанный например на BB-код.

[psycho-coder]

RichEdit при разрисовки слов перерисовывает весь текст (даже если использовать кусок который видит программист). Следовательно если текст большой, то и время на перерисовку уйдет больше.
Поэтому соглашусь со Stilet'ом, лучше написать свой компонент или использовать сторонний.

[mihali4]

А как вам использование RichView у меня в DFaq-e ?
http://www.programmersforum.ru/attac...5&d=1262695642
База не совсем маленькая, но все очень быстро...

[Utkin]

Сообщение от psycho-coder

RichEdit при разрисовки слов перерисовывает весь текст (даже если использовать кусок который видит программист).

Это понятно, но ИМХО, можно добиться и примелимой работы.

Поэтому соглашусь со Stilet'ом, лучше написать свой компонент или использовать сторонний.

Тогда за основу лучше брать Мемо, как это сделано в SynEdit. Корни тормозов RichEdit'а уходят в WinApi. Недавно ковырял его, складывается ощущение, что сначала его хотели использовать для других целей . К примеру там есть режим подсветки URLов.

[mihali4]

RichEdit вообще не выполняет того, что заявлено в его описании.
Имхо - абсолютно бесполезный компонент...

[psycho-coder]

Сообщение от Utkin

Это понятно, но ИМХО, можно добиться и примелимой работы.


Тогда за основу лучше брать Мемо, как это сделано в SynEdit. Корни тормозов RichEdit'а уходят в WinApi. Недавно ковырял его, складывается ощущение, что сначала его хотели использовать для других целей . К примеру там есть режим подсветки URLов.

Тогда уж лучше CustomMemo