Чтобы приведение проверяемого слова к нижнему регистру не губило уже сделанные в нем изменения, необходима дополнительная переменная w0: string;

Процедура CheckWord()
...
if (wsub[t][1] <> '$') then begin {Слово проверяется без учета регистра}
if IsBB(words[j]) {и, если оно с большой буквы...}
then Caps := True
else Caps := False;
w := AnsiLowerCase(Words[j]); w0 := Words[j];
CaseSensitive := False;
end else begin
w := '$'+Words[j]; w0 := w;
Caps := False;
CaseSensitive:=True;
...
if M = 1 then begin
Words[j] := FilterByMask(w0,Mask,Dest);
...
{Замена M слов, начиная с j-го}
Words[j] := FilterByMask(w0,WS[0],WD[0]);
...

Функция FilterByMask()

...
{Слово подходит по маске со звездочками с обеих сторон}
if (Mask[1] = '*') and (Mask[Length(Mask)] = '*') then begin
Result := StringReplace(S,Copy(Mask,2,Length(Mask)-2),Dest,[rfReplaceAll,rfIgnoreCase]);
exit;
end;
...

http://aloys.narod.ru/demagog3.jpg

Обращение к окну обзора полезно, когда текст содержит много иллюстраций. А выбранная в обзоре картинка будет открыта программой, ассоциированной в Windows с данным типом изображения.
Файлы jpg на моем компе ассоциированы с програмой FastStoneImage. Иначе произошло бы обращение к стандартному вьюеру Windows.

Ново-классический алгоритм по быстродействию занимает промежуточное положение между быстрым методом и известной на сегодня реализацией классического метода.

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

Словарь:

*ащенн*=ащённ
...
*враще*=враще<


Текст:

возвращенный

Замены по быстрому методу:

возвраще<нный

Ошибка. Выбрано не то словарное гнездо, т.к. огрызок "враще" сгенерирован первым. СмотрИте:

возвращенный
...
возвр
озвра
звращ
враще
ращен
ащенн

И пока не сгенерирован очередной огрызок - ключ поиска, мы даже не знаем о существовании (или не существовании) других, более подходящих словарных гнезд!
Подобный казус встречается 1 раз на 1000, но для больших текстов вполне может быть.

Можно, разумеется, переделать проблемные правила, ибо нехорошо, когда одно правило является, по сути, продолжением другого. Но... кому хочется этой работы - копания в давно составленных словарях? Лучше иметь в запасе альтернативный метод словарных замен.

Замены по классическому методу:

возвращённый

Ответ верный. Поиск правил ведется по всему словарю, в порядке убывания длин их левых частей; из правил с одинаковой длиной левой части берется то, которое раньше встретится в словаре.

Как известно, в классическом методе словарных замен перебираются все правила из словаря (в порядке убывания длин их левых частей) и, по ходу дела, подходящие правила применяются к тексту.
В используемом Демагогом новоклассическом-методе, проверка по словарю на этом не заканчивается. А продолжается заново, пока применение правил еще меняет текст.
Чтобы повторные проходы по словарю не привели к банальному зацикливанию на правилах вида: *чертя*=чертя< и т.п. - использовалось ограничение:
повторно проверяются те правила из словаря, которые не были применены ранее.
Теперь это ограничение выглядит так:
повторно проверяются те правила из словаря, которые не были применены ранее или применение которых уменьшает длину слова.

Вот пример, приведенный Евгением Мирошниченко. (Это - целый класс правил, от которых мы интуитивно ждем "рекурсивного" выполнения!)

Правила:

да-да-да*=да-да
*!!!=!!


Текст:

да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да-да!!!!!!!!!!!!!!!!!!!!!!!!!!!!!

Измененный текст (правильный ответ):

да-да!!

Чисто для эксперимента загружен сборник худ. произведений, 20 мб
Даже для такого объема, навигация по тексту выполняется нормально.
Листание, переходы на 1-ю / последнюю страницу - всё OK. Но особенно
быстро и удобно в большх текстах - это перемещать вертикальный
ползунок мышью.



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

Спасибо Евгению Мирошниченко за замечания и полезное обсуждение.

Напомню, что при включенной опции "Сервис - Орфография - Показывать омографы" все омографы выделяются в тексте цветом. Причем подсветка омографов нисколько не тормозит навигацию тексту. Тем самым проблема поиска омографов в тексте полностью решена

Замечание 1. Тип выходного аудио-файла надо бы здесь указывать "родной" - opus. Но допустимо и ogg - тогда сформированное аудио опознается и проигрывается в Windows Media Player.

Замечание 2. Возможность подключать любой сторонний аудио-кодек, управляемый из командной строки - существовала в программе изначально. Я просто сделал ее доступной.