GNU bug report logs - #904
[patch] russian-typewriter input method does not follow actual layout

Previous Next

Full log

Message #12 received at 904 <at> emacsbugs.donarmstrong.com (full text, mbox):

From: Juri Linkov <juri <at> jurta.org>
To: Vasily Korytov <vasily <at> korytov.pp.ru>
Cc: 904 <at> debbugs.gnu.org
Subject: Re: [patch] russian-typewriter input method does not follow actual layout
Date: Sat, 05 Dec 2009 02:51:41 +0200

> But Emacs 22.2 has own standard for `russian-typewriter' input method.
> Probably, borrowed from some other map. Indeed, there're a lot of
> variations of `Russian Typewriter' implementation, a real mess.
>
> In fact, I've already seen on the Net some Lisp files to implement a
> correct typewriter layout (at least, in the number keys region) in
> Emacs.
>
> The patch, I'm proposing, makes `russian-typewriter' method behave like
> a real Russian typewriter (except § key) or a Russian computer. I think,
> it's better to fix the problem, that making users of
> `russian-typewriter' implement a custom input method.

I suggest to install this patch to close bug#904.  I confirm it implements
a layout used on real typewriters.

However, the layout it replaces is useful as well.  So I suggest
to move the current "russian-typewriter" layout to its current alias
"cyrillic-jcuken" (thus avoiding tricks employed to define the input
method's alias).

Installing this patch also requires updating `input-method' properties
in lisp/language/cyrillic.el (and removing some FIXME's).  I believe this
would clean up the mess.

-- 
Juri Linkov
http://www.jurta.org/emacs/

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.