Re: [vile] Non-us keyboard layout mishandling.

[Ramil Farkhshatov]

Thomas Dickey <address@hidden> wrote:

> On Thu, 18 Nov 2010, Ramil Farkhshatov wrote:
>
> > Thomas Dickey <address@hidden> wrote:
> >
> >> On Thu, 18 Nov 2010, Ramil Farkhshatov wrote:
> >>
> >>> Hello.
> >>> Vile in normal mode interprets keypresses made in non-us layout (e.g.
> >>> utf-8 cyrillic) as a sequence of us (latin) keypresses and does random
> >>> actions or sets 'arg: ' to some huge values. This behaviour makes
> >>> confusion when editing. I think that vile should ignore such keypresses.
> >>
> >> vile should...
> >>
> >> This sounds like a special case which I thought I'd fixed: if your machine
> >> doesn't have the corresponding ru_RU locale data installed, then vile may
> >> have incomplete information on the locale.
> >>
> >> Is that the case?
> >
> > Machine have ru_RU.UTF-8 locale. At least it is generated by glibc's
> > (v2.12.1) 'localedef' and it is shown in 'locale -a' output list. And I
> > didn't have any locale issues before except for vile behaviour.
>
> I meant something like this (from my machine's "locale -a"):
>
> ru_RU
> ru_RU.iso88595
> ru_RU.koi8r
> ru_RU.utf8
>
> Some distributions such as Ubuntu don't deliver 8-bit locales, which I've
> used to construct a lookup table relating those with UTF-8 encoding, which
> is used in various ways.

Output of locale -a:
C
en_GB.utf8
en_US
en_US.iso88591
en_US.utf8
POSIX
ru_RU.utf8