Bug#290935: xlibs: us keyboard definition: improper use of 'hidden' attribute?
tags 290935 + pending
On Mon, Jan 17, 2005 at 09:42:58PM +0100, Frans Pop wrote:
> Package: xlibs
> Version: 4.3.0.dfsg.1-10
> Severity: minor
> The us keyboard definition in /etc/X11/xkb/symbols/pc/us has three layouts:
> basic, intl and alt-intl.
> In kde's keyboard configuration utility kxkb, only the intl and alt-intl
> variants can be selected. The reason seems to be that for the 'basic'
> variant, the 'hidden' attribute is set.
> Quoting the kxkb maintainer :
> There may be a problem with "hidden" attribute though, currently kxkb
> HONOURS that attribute and does not show the variant in the list while
> setxkbmap may still use it by default.
> If the problem is with "hidden" attribute I'd connect with X.org people
> and ask them why "hidden" variants are used by default - I thought they
> should be used as an "abstract base classes" instead and their only
> function is to have real variants inherit from them.
> So, is the 'hidden' attribute set incorrectly for the 'basic' layout?
>  http://bugs.kde.org/show_bug.cgi?id=96592
I asked on an XKB related mailing list
and it seems that this attribute has indeed to be removed.
A patch has just been committed into SVN, thanks for your report.