Bugzilla – Bug 120395
Multiple keyboard configuration not possible
Last modified: 2005-12-05 06:18:02 UTC
It's impossible to configure multiple keyboard layouts variants, which share the same keyboard layout, e.g. try to configure "in(tam)" + "in(deva)". Each keyboard layout can simply selected once.
Created attachment 51513 [details] Example
*** Bug 120305 has been marked as a duplicate of this bug. ***
In the first place, though the general INSCRIPT layout (http://tdil.mit.gov.in/keyoverlay.htm) standard is common, each Indian language has special key usages which do not exist in other Indian languages. For example, in Tamil Shift+B is used for the Unicode character 0x0BB4 but this character (or another symbol with the same sound value) does not exist in any language except Tamil and Malayalam. Similarly, numerous minor differences exist between the different Indian scripts. Thus they do not lend to being *effectively* clumped under one single keyboard layout. So the previous way of handling stuff, in which Tamil (and Malayalam) and Devanagari are all separate, was much better. Besides, Bengali is still separate. Why? Because it is used in Bangladesh which is a separate country? Tamil is also used in Singapore - it's one of the four official languages there. Would you hence separate that too for that reason? Further, another advantage to having layouts separate is that we can also see the tray and find out which Indian language we are using. Now we do not know whether the active "variant of Indian language layout" we are using is Tamil or Devanagari until we type something. This is not good IMHO.
I remember there has been a discussion about language vs. country based configuration files on the xkeyboard-config project mailing list. --> http://www.freedesktop.org/Software/XKeyboardConfig Maybe you want to have a look a the mail thread(s) or discuss it again. You can find a reference to the mailing list on their website. Currently there are no plans to switch back to the old (since a long time no longer maintained) xkb configuration theme of XFree86 / X.Org <= 7.0. Let's concentrate on fixing the configuration frontends.
I agree, the layout+variant should be visually indicated and the variant should be made independent of the layout.
Before committing the change, could you please try this patch to kxkb for yourself and tell me what you think? http://ktown.kde.org/~lukas/patches/kxkb_variants_3_5.diff.bz2 (Uncompress in kdebase/kxkb, apply with patch -p0 and recompile)
Hmm. I never did compile KDE. Couldn't you provide me a RPM or describe how to build the new RPM (kdebase3?).
Yes please provide an rpm. I do not know how to compile big things like KDE. (If you give step-by-step instructions I may bring forth the courage to do so.)
I'll provide the testing RPM somewhere
You can find the RPMs (for testing purposes only, unofficial) at http://lide.suse.cz/~ltinkl/kdebase3/
Which one of these RPMs do I need to install?
The server keeps timing out on me. Can you please upload it elsewhere or depending on its size send it to me (and Stefan?) by mail? P.S: In case you send to me then use an extension other than zip or exe. GMail hates zip attachments. (You can send in zip format but extension "foo".)
Sorry for the spam, but I have posted a request for another place from where to download the file one month ago. If I can get the RPM I can test with SUSE 10 Gold. Thanks.
I have now installed the SUSE KDE 3.5 RPMs and found this bug fixed. Hence I close this bug as fixed. Sorry for reopening it out of my place.