Package: xkb-data
Version: 0.8-10
Severity: normal
When using the us layout with alt-intl variant, shift-alt-comma is supposed
to generate 'dead_caron'. So shift-alt-comma, n should produce ň. And indeed
it does, when I say setxkbmap us -variant alt-intl -option compose:rwin.
Now I say
setxkbmap "us,gr" -variant "alt-intl," -option \
"compose:rwin,grp:lwin_toggle,grp_led:scroll"
This is still OK. I have a us (variant alt-intl) keyboard, and pressing
left-windows changes it to Greek.
But I want polytonic Greek; so I try
setxkbmap "us,gr" -variant "alt-intl,polytonic" -option\
"compose:rwin,grp:lwin_toggle,grp_led:scroll"
and indeed I get the Greek polytonic keyboard (this has some layout bugs,
but this report is not about them) when I press left-windows. But when I
press left-windows again (or if I did not press it in the first place) the
us keyboard layout has apparently changed. shift-alt-comma, n now produces ņ
instead of ň, in other words: shift-alt-comma now does the same thing as
alt-comma, namely dead_cedilla (instead of dead_caron).
So somehow the polytonic variant of the gr keyboard layout (even when not
switched on) affects the behaviour of the us keyboard layout. This cannot be
right. I suspect some error in the X keyboard compiler, or whatever it is
called.
Regards, Jan
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.15
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
-- debconf-show failed
