Version: 0.6.0 (using 4.1.2 (KDE 4.1.2), Kubuntu packages) Compiler: cc OS: Linux (i686) release 2.6.27-7-generic If i chang my keyboard layout from german to arabic the onscreen keyboard in kvkbd 0.6 will stay german.
Thanks for your bug report. I can confirm this, but fixing it would probably require a rewrite of a large part of Kvkbd(which is much needed anyway). I'll try to do it when I'll get some time.
In the meantime you can change keyboard layout by manually using setxkbmap(in a console): for Arabic: setxkbmap -layout ara for German: setxkbmap -layout de
This is indeed very helpful. Thanks.
Same comment but different alphabet, I need to hot-key between Russian (Cyrillic) and German layouts all day long. Changing the keyboard layout manually is way too inconvenient and I can't type Cyrillic "blind".
*** Bug 195477 has been marked as a duplicate of this bug. ***
*** Bug 203796 has been marked as a duplicate of this bug. ***
Hello, just a comment for all these, which have to use different layouts. Kvkbd currently reads out the configuration of the first configured layout. If you necessarily need the switching there are currently two ways: Either you write a small script, changing the first layout like Guillaume wrote. You also can use the old kkbswitch utility from KDE3 times. This program also reconfigures the primary layout. I liked to have some bigger key buttons without space between them. Also I'm using a 105 key layout and therefore I need to have a bit return key. Cause of that I started to make some changes based on v0.6. I found more and more things being nice to change and meanwhile most of the code is rewritten. As I still struggle with some issues (this is currently also the automatic update of the mapping on all configured layouts) I have not yet published anything.
Hi: I have just tried kvkbd as a possible alternative to xvkbd. My requirement for language switching is different. I want a virtual keyboard in Greek while keeping the main keyboard in English. IIUC the workround (setxkbmap) will not do that. So if this bug is worked on perhaps that could be considered: a simple 'change keyboard layout' option on the menu would be fine. Dave (OpenSUSE 11.3 KDE4.4)
Hi Dave, actually I still have a half-working program here, as I wanted to rework kvkbd completely. There are two reasons why: - First I had a lot of other things to do and I'm working on some other projects. - Secondly there is a new program, which has a nice KDE integration as it is based on plasma. Beginning from 4.4 KDE SC contains the plasma widget plasmaboard (see http://kde-look.org/content/show.php/Plasmaboard?content=101822). I'm currently rather thinking about suggesting some features for plasmaboard than spending time in kvkbd. AFAIK currently there is no one else working at kvkbd ATM. You should evaluate plasmaboard and ask there, if your feature request can be integrated there. In regards to the layout you can make the current kvkbd behave same as xvkbd. But you still would only change the labels of the keys. AFAIK there is currently no program available, which offers you a different layout between the virtual and the physical keyboard. Realizing a complete different layout is either a bit tricky or really messy. Maybe you can work with a quick alt-capslock layout shift. You can configurate this with kxkb.
Here is an example script for changing layouts: sdr@vasko ~ $ cat ./kbswitch.sh #!/bin/bash NOW=`setxkbmap -print | grep xkb_symbols | cut -f2 -d'+' ` if [ "$NOW" == 'us' ] ; then setxkbmap -layout bg -variant phonetic fi; if [ "$NOW" == 'bg(phonetic)' ] ; then setxkbmap -layout us fi; sdr@vasko ~ $ All i can wish now is for global shortcuts to be able to handle ctrl+` in both layouts :( When I'm in Bulgarian phonetic layout it detects the shortcut as ctr+Ч but it's not triggered when pressed :( I'm now using language neutral ctr+tab but this "eats" functionality from tabbed windows pls get a fix SOON
Hi Stoian, I don't get, how your comment is linked to the button text of the kvkbd onscreen keyboard. This is what this bug is about. If you relate to the topic of this bug, than you should clarify the link. Your problem does not sound like related to KDE. So I would suggest to search help from the support of X.org, from your Linux distributor or from a general Linux related forum. If I got you right, you want to set some global key mappings using xmodmap.
(In reply to comment #11) > Hi Stoian, > I don't get, how your comment is linked to the button text of the kvkbd > onscreen keyboard. This is what this bug is about. If you relate to the topic > of this bug, than you should clarify the link. > Your problem does not sound like related to KDE. So I would suggest to search > help from the support of X.org, from your Linux distributor or from a general > Linux related forum. > If I got you right, you want to set some global key mappings using xmodmap My bad. I thought this is about KDE's inability to switch keyboard layouts that i was experiencing on both my machines. Should I open a new bug?
> Should I open a new bug? No, you should not report a bug until you exactly know the component which is responsible for your problem. Otherwise your bug report won't help to resolve the problem. At the moment I have no current KDE installation available, so it is rather hard for me to reconstruct your problem. But first of all: Do you want to assign a general shortcut or a shortcut for switching the keyboard layout? The second thing is handled by X.org and is just passed through by KDE. If we are talking about a general shortcut, than the problem is, that KDE does not handle the information about the physical key (keycode), but the character which is mapped by X.org (keysym). This way a solution would be either to use a key which sends the same keysym for all layouts (as Alt-Tab), by defining multiple shortcuts for the action (if possible) or by using xmodmap for setting the keysym to the same value for all keyboard layouts. If this hints don't help you to solve the problem, then please ask either in a general Linux support channel (Forum, IRC, etc.), your distributors resources or forum.kde.org . There you will hopefully either get pointed to a solution for your problem or to the exact KDE component, which is responsible for this task. Don’t forget to give important information like your distribution and version, your KDE and X.org version and the application where you entered the shortcut.
*** Bug 327552 has been marked as a duplicate of this bug. ***
Coming from #327552: I have the same problem, but additionally, the layout looks correct at first and changes to English after the first key press. Also, I only have one keyboard layout (German) configured in System Settings at all. "setxkbmap -layout de" still fixes the problem.
I have the same problem in switching the language layout: my default layout is Italian, and Kvkbd remains in that. Additionally, I realized that the AltGr button does not provide any action . I tried and install Florence, but it turns to give the complementary situation: it works very well at switching layout and responding to the AltGr button, yet it has an awfull aspect, in KDE, some symbols are missing, cannot be configured, etc. So that .. a merging of the two would provide an optimal product. Hope that in the spirit of open software I may dare and give such a suggestion.
Thank you for the bug report. As this report hasn't seen any changes in 5 years or more, we ask if you can please confirm that the issue still persists. If this bug is no longer persisting or relevant please change the status to resolved.
I expect this project can be savely considered dead. AFAIK it is is poor condition and just ported from Qt3 to Qt4. I guess there are decent alternatives.