Constantin Kaplinsky wrote:
: >>>>> "AWN" == Andrew W Nosenko <awn(a)bcs.zp.ua> writes:
:
: AWN> но заработает ли _регистро-назависимый_ isearch? (это все при
: AWN> условии, что Mule сам по себе уде настроен, т.е. вы можете
: AWN> читать/набирать русский используя родные для Mule подходы.)
:
: Нет, с регистрами проблема. Такие вещи как capitalize-word с русским
: не работали без ru-keys.el, и с ним не работают. И в isearch,
: соответственно, проблема.
OK... Тогда следующий вопрос (я под non-Mule, посему сам проверить не
могу) -- есть ли в Mule понятие языка (не кодировки -- это точно есть, а
именно языка, например, русский, китайский, и т.п.) или групп языков
(например Cyrillic)?
Основная идея -- если выписывать мимикрию Mule'вских case-table под
non-Mule'вские, то наиболее правильный подход -- учитывать при этом
текущую кодировку. Это с одной стороны. Но с другой -- есть примеры,
когда iso-8859-1 хоть и не прошивался жестко и планировался автором, как
крайний случай, но почему-то стрелял раньше всего остального. :-(
Посему предлагаю попробовать: настроить в ~/.emacs языковое окружение
вручную (язык по-умолчанию, если есть, и кодировку по-умолчанию,
опять-таки, если понятие кодировки по-умолчанию есть). И только после
этого
(require 'ru-keys)
ru-keys для этого эксперимента нужен 0.4.0 -- в 0.4.0.1 я, как ты мог
заметить, тупо запретил подстройку case-table для 21.1/Mule.
Если свалиться, то попробовать убрать magick-cookie `coding: koi8-r;' из
первой строки ru-keys.el
Скорее всего ни то, ни другое к успеху не приведет (в конце-концов у
21.1 (как Mule, так и non-Mule) поддержка case-table действительно битая
до безобразия :-(, но попробовать стоит.
В любом случае, мне очень интересно:
a) что говорит
[C-h a] case-table [RET]
(т.е. список функций и переменных, которые существуют под Mule и
могут иметь отношение к case-table), и
б) что возвращает
(length (car (standard-case-table)))
--
Andrew W. Nosenko (awn(a)bcs.zp.ua)
Фамильный призрак (c) Елена Носенко