В общем поэкспериментировал я слегка "в темную" с исходниками модуля отталкиваясь от следующей таблицы:

€ 88 %E2%82%AC
ґ B4 %D2%91
Ґ A5 %D2%90
і B3 %D1%96
І B2 %D0%86
ї BF %D1%97
Ї AF %D0%87
є BA %D1%94
Є AA %D0%84

Единственное, чего удалось добиться - украинские буквы остались в неизменном виде. Но отображение € добиться так и не удалось. (Впрочем, несколько позже обнаружил одну особенность, которая, возможно, повлияла на чистоту эксперимента, а может быть и нет, - оба модуля исходников почему-то пребывают в кодировке DOS, а не UNIX или U8-UNIX. В некоторых случаях, по опыту, такая разница оказывала существенное влияние. Но проверить в данном случае этот вариант не хватило душевных сил, после того, как проявился "тупой" принцип работы модуля.) Длинное тире преобразовывалось нормально, а вот двойные кавычки в двойные уголки почему-то даже в исходном варианте преобразовываться отказывались (менял настройку для "laquo" в typografica.php и на 0, и на 1 - всё едино). Но главное, что не понравилось, это то, что модуль имитирует замену этих символов, а не меняет их физически. Это же сколько лишних операций, сколько лишних запросов к базе производится при, к примеру, генерации главной страницы, если текст всех нод "на лету", "в живую" преобразовывается по правилам типографики?!!!
Афигеть!
Аминь!

> Не, ты не прав! Это очень хорошо! Мне не надо, чтобы кто-то (что-то) изменяло НАВСЕГДА то, что я ввёл по своему разумению.

Ну это дело вкуса. А я бы не отказался от того, что бы имелся сервис, который на лету преобразует и правит ошибки и стилистику (как в Ворде, к примеру, но не в смысле во время набора, это будет слишком, но по тому же принципу - исправление). Да и стиль это такое дело - он или есть или его нет. А если он есть, то зачем тогда "разумение"?