Sorry, in the last message I've misspelt the xemacs-users-ru address, so,
Stephen and xemacs-beta, please discard that one in the favor of this
one -- I'm resending it with the correct address.
>>>>> "SJT" == Stephen J Turnbull writes:
SJT> Alexey Mahotkin <alexm(a)xemacs.org> is working on a similar problem.
SJT> You might want to ask on the xemacs-users-ru(a)xemacs.org list, too.
I think, it's a good idea to CC the latter. So doing so.
VK> [1]: Signaling: (undefined-keystroke-sequence [#<keypress-event
VK> Cyrillic_te>])
VK> [2]: Signaling: (undefined-keystroke-sequence [#<keypress-event т>])
SJT> I don't understand how ru-keys works. But I would think for X
Ok, let's leave ru-keys. AFAIK, on tty it sets up only the case table.
It's simply `xemacs -q -nw` with:
(set-input-mode (car (current-input-mode))
(nth 1 (current-input-mode))
0)
The problem is present, while Cyrillic letters (and, say, umlauts --
I've heard, there's a similar problem for German users) work in most
places -- say, in i-search in fundamental-mode.
But not in i-search in dired or view-mode, or gnus-summary-mode
(according to the news:gnu.emacs.gnus newsgroup, the problem with the
latter also occurs in MULE-enabled XEmacs -- but not in GNU Emacs; Gnus
towers are also notified of this bug but in today's Gnus snapshot
there's nothing to work around this)...
SJT> (define-key global-map [Cyrillic_te] #'self-insert-command)
SJT> (put Cyrillic_te 'ascii-character ?т)
Maybe, a typo in the second string? It does not evaluate here.
SJT> and for TTY
SJT> (define-key global-map [?т] #'self-insert-command)
SJT> should give correct results.
I'm afraid, it doesn't. =(( Alike strings seem not to do _anything_
here.
SJT> AFAIK isearch does not override global-map as a whole.
Let me repeat: the problem appears only in i-search in certain modes;
others are OK.
---Vas