[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: kxkb design and features
From:       Shaheed <srhaque () iee ! org>
Date:       2004-10-11 7:37:07
Message-ID: 200410110837.07400.srhaque () iee ! org
[Download RAW message or body]

On Sunday 10 October 2004 23:24, Andriy Rysin wrote:
> Anyway as from my point of view there are a lot of other more important 
> issues which make kxkb not as nice as it could be, but most of them are
> related to really tricky XKB implementation. So had I some spare time I
> would concentrate on working together with X team to make XKB nicer for
> keyboard switchers...
>
>
> Andriy

Hi Ahmed,

I mostly agree with Andriy. The XKB implementation is in need of some 
debugging/fixing before you can make any progress on adding features to kxkb. 

Now, I can point you to a good testbed for XKB changes in the form of 
kdenonbeta/viki. This is a graphical keyboard that should emulate on-screen 
your physical keyboard, specifically with regard to keyboard switching for 
multi-language support.

To do this, viki has code for listening to XKB events, and responding; 
unfortunately, although some recent hacks worked aroundsome other problems, 
viki no longer seems to respond to kxkb keyboard switching. This used to 
work, and I am pretty sure that the events to signal this are no longer being 
delivered to viki by kxkb. Fixing that would help both of us I think (or if 
it is a bug in viki, then that would also be good to find).

Why viki? Well, it was always my hope that when working well enough, viki 
should be integrated into kxkb to provide *visual* keyboard selection for 
multi-language switching.

Let me know if this angle of attack interests you, and we can look deeper.

Thanks, Shaheed
 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
[prev in list] [next in list] [prev in thread] [next in thread]