Мысли по поводу maybe_define_x_key_as_self_inserting_character

Желающие могут переходить сразу к амбуле :) ПРЕАМБУЛА: ========= Как можно русифицировать Х-ы? 1)"По-старому", через xmodmap + xrus или что-то подобное Это, опять-таки, можно сделать двумя способами: a)По-хакерски, когда кейкодам соответствуют кейсимы из latin-1 с charater code-ами, совпадающими с необходимыми русскими буквами б)По-правильному, когда кейкодам соответствуют кейсимы Cyrillic_XXX 2)"По-новому", через xkb Что происходит при переключении клавиатуры, русифицированной этими способами? 1а и 1б: с помощую xmodmap или аналогичного механизма (дальше рассказ начинает страдать отсутствием точных технических терминов) изменяется обмениваются содержимое 1,2 и 3,4 колонок раскладки, при этом посылаются сообщения MappingKeyboard и/или MappingModifier. 2: происходит "фиксация" (locking) необходимой группы Xkb, при этом сообщения MapppingKeyboard и/или MappingModifier _не_ посылаются. Если у xemacs-а на некоторый keysym повешена self-insert-command, то при нажатии кнопки, генерирующией этот keysym, в буффер будет вставлен символ, "живущий" в свойстве (property) этого keysym-а под именем ascii_character АМБУЛА: ======= Что мы видим в функции maybe_define_x_key_as_self_inserting_character? Цитата: static void maybe_define_x_key_as_self_inserting_character (KeySym keysym, Lisp_Object symbol) { Lisp_Object character = x_keysym_to_character (keysym); if (CHARP (character)) { extern Lisp_Object Vcurrent_global_map; extern Lisp_Object Qascii_character; Fput (symbol, Qascii_character, character); if (NILP (Flookup_key (Vcurrent_global_map, symbol, Qnil))) Fdefine_key (Vcurrent_global_map, symbol, Qself_insert_command); } } Эта функция вызывается из x_reset_(key|modifier)_mapping для всех keysym-ов в текущей раскладке. При этом для keysym-ов Cyrillic_XXX функция x_keysym_to_character возвращает некие hard-coded значения, являющиеся кодами символов в кодировке iso8859-5. Видно, что ascii_character property всегда устанавливается равным этому значению. Что получается в результате? Для честных способов русификации (1б и 2) мы в результате имеем принудительную переустановку ascii-character property в iso8859-5 при приходе события MappingKeyboard/MappingModifier. Как показывает практика, эти события могут быть инициированы не только при переключении клавиатуры xrus-ом. Это раздражает :( Лучше всего чувствуют себя при этом те, кто русифицировал свою клавиатуру хакерским способом, так как у них все работает так, как они настроили, ибо Cyrillic_XXX у них не используются вообще. Вопрос - не лучше ли будет делать так: if (NILP (Flookup_key (Vcurrent_global_map, symbol, Qnil))) { Fput (symbol, Qascii_character, character); Fdefine_key (Vcurrent_global_map, symbol, Qself_insert_command); } , то есть назначать ascii_character property только в том случае, если keysym отсутствует в current-global-map? Или, может, проверять на наличие этого property и назначать только в случае его отсутствия? Что скажут местные знатоки? -- Dmitry Astapov //ADEpt (mail-to: adept(a)umc.com.ua)