[flood]Скажи пожалуйсто Tad, с чего-бы ты настойчиво против компонента MultiReplace ?
Это какаято форма зависти?плохое настроение?
компонент 100% нужный[/flood]

по-моему ну это ты передергиваешь не будет. Почему ? Читай выше.

С этим сложнее. И пробел нежелателен перед и после символа разделителя

на вкус и цвет товарищей нет. Мне на 100% не нужный. Про зависть и прочее - не ко мне.
Просто ИМХО. (Имею своё Мнение Хрен Оспоришь)

А кто мешает прописать в словаре замены символику UTF-8.
Пипец, придрались ни к чему
------------ Дoбавленo в 23.50:
У меня пропало все желание. То начиналось, что нужен, к концу разговора выяснилось, что и не совсем нужен, даже -- совсем не нужен

[flood]Tad, если это только твоё мнение ,то ненужно говорить что он вообще никому не нужен[/flood]
------------ Дoбавленo в 23.53:
nesco, доработай компонент,он очень нужен
кто кроме тебя ещё за него возьмётся?

Пока к черту, пойду несколько серий анимэх посмотрю. Может, успокоюсь и доделаю, не знаю

Вот так и погибают великие проекты...

Roma, не будь таким умным. Это только моё мнение. Я проголосовал в твоём опроснике.
Меня спросили - я ответил.
По поводу словаря. Есть на диске файл(справочник по Си) в котором записано:

Есть компонент SearchInFile
ищем что нужно прямо с диска, не загружая в память. Объем словаря(справочника) ограничен только размером диска. В какой компонент можно занести (и нужно ли) такой объем ?
Перед тем, как что-то предлагать - думать надо, а не кричать ура. ИМХО.

В принципе, это не новость -- Tad-у всегда нужно только то, что нужно ему.

Просто я сто раз меряю, перед тем как отрезать.
nesco, ты тоже опять начал искать врагов ?
Да делайте спокойно этот компонент - я где-то сказал, что я против вашего творчества ?
Я сказал, что мне он не нужен. Всё.
------------ Дoбавленo в 00.26:
Ну не вижу я ему применения.

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

Совет занимающимся транслитом:
распологать буквы русского алфавита не в алфавитном порядке, а в таком:
Первая "буква" - пробел. (число повторений в текстах самое большое).
При правильном алгоритме замены (выход из цикла при нахождении буквы) скорость увеличивается на 15-20%.


------------ Дoбавленo в 18.59:

Более подробно здесь http://www.aronetis.com/freq.html

nesco, Хоть тут и делфи, поделюсь соображениями как ассемблерщик, думаю, можно реализовать (если уже не реализовали). САМЫЙ быстрый алгоритм в природе - использование кодов символов в качестве чисел - как смещений относительно начала таблицы подмены. Никаких циклов, никакого перебора и лишних сравнений. Только специально сформированная таблица в памяти и извлечение кодов на подмену из (<адрес_начала_таблицы> + <коэффициэнт_смещения>). Скорость, близкая к первой космической)
------------ Дoбавленo в 12.24:
Предвосхищая вопрос о коэффициэнте смещения при соответствии (1 символ) -> (N символов): бинарным сдвигом влево умножаем код на 2 или 4, пропорционально увеличиваем размер "ячейки" таблицы (в байтах). У односимвольных замен заполнен только первый байт на подмену, остальные - маркеры-пустышки (здесь предполагается, что мы в пределах одной кодовой страницы юникода и первый байт с номером страницы можно опустить, если оперативная память очень-очень дорога, конечно). У многосимвольных ячеек подмены байт с кодами символов несколько. В конце каждой ячейки подмены - маркер-пустышка, указывающий алгоритму переходить к следующему символу.

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

[offtop]Ещё подход, описанный в последнем абзаце, снимает ограничения на диапазон заменяемых байт (не нужно резервировать "маркерный") и позволяет из элемента "Транслит" сделать очень интересный компонент скоростной замены бинарных данных по таблице. Скоростная бинарная замена по таблице применима не только к текстам, но и к палитрам цветов, к данным цветов каждого пикселя в картинке и многому другому.[/offtop]

Нужно было в кое чем разобраться и оказалось, что нужен.
Но столкнулся с проблемой обратного транслита (с моим алфавитом):
code_36908.txt