Dmitry Astapov wrote:
:
:
: AWN> Тогда как он (non-Mule) распознавал Cyrillic_XXX при -vanilla?
: AWN> Причем не важно, правильно или нет -- он по идее вообще не знает про
: AWN> них.
:
: AWN> У тебя случайно не стоят одновременно Mule и non-Mule одной версии?
: Именно так. А на что это влияет?
Не живут. Или живут, но не всегда.
Внешне выглядит, будто non-Mule начинает отвечать, что Mule у
него есть. Или Mule-пакеты подхватывает. Или еще что... Ради интереса
запусти
(if (featurep 'mule) (message "mule exist") (message
"non-Mule"))
Что он скажет?
Неплохо так же посмотреть на содержание переменной load-path -- есть ли
там что-нибудь про mule?
Возможно, это "невыживание" можно вылечить собрав сначала non-Mule, а
потом после очистки всего (`make clean' недостаточно, нужно что-нибудь
помассивнее, возможно distclean, а еще надежнее снести и распаковать
заново) собирать Mule. Основная идея -- чтобы на этапе dump'а в
non-Mule не вошли Mule куски и наоборот (я склонен рассматривать именно
это, как причину "невыживания").
Проследи также, чтобы относящиеся к Mule пакеты (как-то mule-base,
edict, egg-its, ...) ложились не в lib/xemacs/xemacs-packages/, а в
lib/xemacs/mule-packages/
:
: AWN> : : У меня после апргрейда на 21.4.3 сплошные вилы :( : xemacs-nomule
: AWN> нормально работает после (require 'ru-keys), но gnus : регулярно
: AWN> переопределяет keymap и приходится в хуке делать (load-file :
: AWN> 'ru-keys.el). Грустно :(
: Кстати, объясните мне такую вещь: в init.el делается
: (global-set-key [f4] 'some-function). В ru-keys.el делается global-set-key
: на все Cyrillic_XXX. После запуска gnus-а нажимаешь кнопочку "a" и
: пробуешь написать новое сообщение. Обнаруживаешь, что на все Cyrillic_XXX
: на-map-лены совершенно другие self-insert-command, а вот на f4 -
: по-прежнему some-function. Как такое может быть?
Значи Gnus их перемапил. Только не спрашивай меня как -- не знаю. Но
рискну предположить -- не думаю, что Gnus настолько ненормален, чтобы
специально мапить все подряд XKB'шные keysym'ы -- скорее в нем где-то
крутится цикл от 128 до 256 и мапится по этим кодам. Для проверки я
попробовал сказать на своем non-Mule 21.4.3
(global-set-key ?Ф 'tab-to-tab-stop)
и подобного эффекта не достиг. Cyrillic_EF остался жить и работать сам
по себе, а 'Ф' -- само по себе. Но, поскольку твой non-Mule чистым
non-Mule не есть (как я подозреваю) -- возможно у тебя побочным эффектом
будет переопределение и Cyrillic_EF тоже.
Более того -- специально ради проверки запустил Gnus. У меня все
Cyrillic_XXX на своих местах и именно те, которые надо.
--
Andrew W. Nosenko (awn(a)bcs.zp.ua)
Фамильный призрак (c) Елена Носенко