Fix Keyboard Layouts plugin in XFCE 4.10

The keyboard layouts plugin which I use on XFCE to switch between layouts (like the name says) stopped working on the Update to XFCE 4.10.1. The reason is, that "Keyboard Layouts" depends that xkbcomp is available in /usr/share/X11/xkb. To fix this, simply make a symbolic link:
sudo ln -s /usr/bin/xkbcomp /usr/share/X11/xkb/
That's it. I hope somebody can use this.

Thanks! This solved it for me.

Similar Messages

[XFCE]Keyboard layout config sometimes gets reset after suspend/resume

After I got suspend/resume working thanks to the help here, I have still another little problem with it: After suspend/resume the keyboard layout configuration in the corresponding xfce-panel plugin is sometimes reset to US. The keyboard layout should be Russian/German with switching the layouts with LCtrl+LShift. In the xorg.conf everything is fine, but it seems to be disregarded:
Section "InputDevice"
Identifier "Keyboard0"
Driver "kbd"
Option "XkbRules" "xorg"
Option "XkbModel" "pc105"
Option "XkbLayout" "de,ru"
Option "XkbVariant" ",winkeys"
Option "XkbOptions" "grp:ctrl_shift_toggle"
EndSection
The settings that I make in the panel-applet via its configuration dialogue work though, but they sometimes get reset after a suspend/resume.
The XFCE session is started via following command in ~/.xinitrc:
exec ck-launch-session dbus-launch xfce4-session
Thanks for any hint,
PhotonX

I see. Then you should maybe add debug output to check whether the script is run at all and if yes, where it fails. Like
button/lid)
echo "lid action caught" >> /home/lid.log
case "$3" in
close)
logger 'LID closed'
# Suspend and lock the screen
/usr/sbin/pm-suspend &
DISPLAY=:0.0 su -c - miki /usr/bin/slimlock
echo "lid closed" >> /home/lid.log
open)
logger 'LID opened'
# Set the keyboard layout again on IT
setxkbmap it
echo "lid opened" >> /home/lid.log
logger "ACPI action undefined: $3"
echo "something wrong happened" >> /home/lid.log
esac
and then check /home/lid.log after lid close&open.

[PROBLEM] Keyboard layout unexpected behaviour problem Xfce

Dear Everyone,
I am rather new to arch linux. I have recently (about a week ago) installed archlinux with xorg and xfce (booted by slim), and reading the wiki I managed to set up a fully working computer. But there is a slight problem that continues bugging me about keyboard layouts, and although I have found a way to make the keyboard layout switching with alt+shift work I think that I did it in a nonstandard way and some programs still exhibit unusual (and I think unintended) behaviour.
Here goes:
I use a notebook
My xorg uses hotplugging that seems to be working (hal and dbus installed and running at bootup, detects external usb mouse, I have no xorg.conf file). When I setup my keyboard I put the 10-keymap.fdi from the /usr/share/... dir into /etc/hal/fdi/policy/10-keymap.fdi and it contains (as instructed by the wiki):
<merge key="input.xkb.layout" type="string">us,ru</merge>
<merge key="input.xkb.variant" type="string" />
<merge key="input.xkb.options" type="string">grp:alt_shift</merge>
And here is the problem:
After editig this file I restarted hal using
#/etc/rc.d/hal stop
#/etc/rc.d/hal start
and keyboard switching with alt+shift started working.
Then I went to the xfce keyboard settings to the layout tab and my setup was:
keyboard model -> evdev-managed keyboard
keyboard layout -> us
so the russian layout did not appear (also adding the russian layout through this menu before editing the .fdi file was useless (it was the first thing I tried before reading the wiki and writing config files for hal))
I started the keyboard layout switcher applet for xfce and it also displayed only the us flag and had only us as the available layout, and even switching to russian layout using alt+shift had no effect on the displayed flag.
What I decided to do then was to restart my system.
Everything restarted without error (hal and stuff started etc..) but it was no longer possible to switch keyboard layouts using alt+shift.
The xfce keyboard settings now displayed us and ru as available layouts but switch between them using the mouse in the settings menu had no effect whatsoever. Also the layout switcher displayed that both layouts were available but for the russian keyboard the variant field displayed a lot of garbage (I will post screenshot soon). Switching to the russian layout through any key sequence defined in the applet was useless. Trying to switch it with the mouse by selecting the flag didn't do anything either.
The only way I discovered to make the alt+shift keys work is by manually restarting hal through
#/etc/rc.d/hal stop
#/etc/rc.d/hal start
which is very strange since I have not changed any settings file.
Then again every time I restarted my comuter the ability to switch layouts was lost until manually restarting hal.
The only solution I found was going to the xfce keyboard settings and clicking the "Use system defaults []"
After restarting the system alt+shift switching began to work fine but the keyboard applet didn't work anyway.
As a consequence I think that all this is a big mess since I suppose that what I described is not the expected behaviour. The other effect of this is that only user with root priviledges could possibly add a new layout to the system (editing the /etc/hal/policy/10-keymap.fdi file) while the idea was that the gui tools of the DM (xfce in my case) permitted the user to change layouts on his/her own. Then again the keyboard layour applet never worked so it is impossible to have an indicator of the current layout. Where do you think should I write about this. I think this qualifies as a bug although I do not know whose fault is it: is it xfce, Xorg, hal or others? And having to restart hal maunally without having changed any config files is rather strange. The garbage displayed by the applet is also suspicious.
Any advice to where to report this and how to fix everything would be great.
P.S. Throughout all these tries to make things work the setxkbmap command from the cli never had any effect.
Last edited by cavesnow (2009-03-14 10:41:51)

hmm... i have a similar problem:
i want two layouts: GB(english) and ES(spanish). I have them defined in /etc/hal/fdi/policy/10-keymap.fdi :
<merge key="input.xkb.layout" type="string">gb,es</merge>
and i can actually switch between them. the issue is that i have an extra, unwanted layout. i have to press once in order to change from GB to ES, then if i want to switch back to GB, i have to switch twice. There is a third layout i did not configured.
Example of the layouts:
GB: abcdefghijklmnopqrstuvwxyz
ES: abcdefghijklmnopqrstuvwxyz and i can write accents and everything for spanish: ñÑáéíóú, etc.
unkown third layout: æ"¢ðeđŋħ→jĸłµnøþ@¶ßŧ↓"ł»←«
łħæŧ →ß ŧħ→ß???
sorry, i mean:
what is this???
any help would be appreciated.

XFCE - switch to US keyboard layout on screen lock

I have a dual keyboard layout, and when xscreensaver triggers, I have no indication which language am I in. This is not a problem with gnome screen saver, but with xscreensaver that comes with xfce4 there is no indicator, which is annoying. Also, no indication that caps-lock is on, but at least this could be detected by the LED.
I modified /usr/bin/xflock4, adding following line to beginning of the file:
/usr/bin/setxkbmap -layout "us,ru" -option "grp:lalt_lshift_toggle,terminate:ctrl_alt_bksp"
it works, but only when I lock the screen using "lock screen" button on xfce panel. When screen locks up due to timeout, keyboard layout stays as-is. It looks like there is a different command being used by power manager to turn off screen. Anyone knows how to hook into this?
Last edited by asg1448 (2014-07-28 22:40:09)

More detail: Some keys on the keyboard do work, ie: caps lock toggles the led, and the function keys across the top seem to work {that is I can adjust brightness, and so forth}
the letter and numbers, and perhap others do not work.

My keyboard layout on iPad 4 is suddenly incorrect anybody know how to fix this problem?

WWhen I opened my iPad tonight, the keyboard layout was, nno longer as it should be. the letters are not in the right places, at least some aren't. Can anybody tell me how to correct this?

Second question first. To add the English keyboard did you go to settings> general> keyboard> keyboards> add new keyboard ?
Back to the first question. Hold your finger on the globe icon on the keyboard to see if another language keyboard has been added. If so switch back to English.
Next try a reset. Press and hold both the home and power buttons until the Apple logo appears. Release both fingers. Wait until your iPad starts on it's own.
If the keyboard is still messed up try settings> general> reset> reset all settings. Be sure you know you wifi password before doing this step you'll need to enter it.
Next I'd be heading over to the Apple Store and see if they have a solution. There should be a simple fix,

Safari changes my keyboard layout when on password field

Hi,
after upgrade to Safari 5, I got really strange problem.
I have two keyboard layout configured, U.S., which I use regulary, and Czech, to which I switch on rare occasions when I need to write something in my native language. I have configured keyboard shortcut Shift-Cmd-Space for switching between those layouts.
Now, the problem is that whenever I enter a password field on a web page form in Safari, it immediately switches to the Czech layout and disables the U.S. one, so I even can not switch back! The keyboard shortcut does not work and the "U.S." item in the keyboard indicator menu is grey.
This is extremely annoying. Does anyone have an idea what is causing it and how can I fix it?
Also, I think (but I'm not sure) that I have sometimes seen this before. But now (probably after Safari 5 installation) it happens on all the passwords fields I tried (even on pages I never visited before).
regards,
Bob
mid-2008 15" MacBook Pro, Snow Leopard, Safari 5, all available updates. In the Language & Text section of the preferences, I have following settings:
Language: First English, then Czech, then the rest.
Formats: Region: Custom (mostly czech with some tweaks)
Input Sources: Keyboard & Character Viewer checked, Czech-QWERTY checked, English checked. Selected "Use the same one in all documents", checked Show input menu in menu bar.

Problem solved! I have installed Keywurl some time ago (I really missed Firefox's bookmark keywords). After I upgraded to Safari 5, Keywurl said "Ooops, I'm not tested with Safari 5, disabling myself", so I did not suspected it. But out of deseperation, I tried to remove the plugin completely from the disk. And it worked! No more problems with keyboard layout in password field. Strange, but at least it works.
Bob

Xfce4 keyboard layout switcher

I am having a strange issue with setting up xfce4 on my fathers' laptop. Every time I switch the keyboard layout, the x terminal emulator start acting weird:
[jarda-wien@primator ~]$ whoami
jarda-wien
[jarda-wien@primator ~]$ echo hello
bash: echo hello: command not found
[jarda-wien@primator ~]$ ping www.google.com
bash: ping www.google.com: command not found
[jarda-wien@primator ~]$ echo $PATH
bash: echo /bin:/usr/bin:/sbin:/usr/sbin:/opt/java/jre/bin:/usr/bin/perlbin/site:/usr/bin/perlbin/vendor:/usr/bin/perlbin/core:/opt/qt/bin: No such file or directory
Before switching the keyboard, everything works fine... As this doesn't happen on virtual terminal, it may be an xorg/xfce issue. What do you make of it?

ok so I've made a workaround for that... The problem seems to be not only xfce4 related as the same behavior can be seen on yakuake running on xfce4 and every other terminal emulator I have tried, as well as on openbox and all the terminals. Anyway, here's the fix:
Remove any
Option "XkbLayout" "us,cz"
Option "XkbOptions" "grp:alt_shift_toggle"
and install xbindkeys from extra.
Next edit and save the following script somewhere:
#!/bin/bash
# Put your desired layouts, space separated, between the brackets
layout=(us de cz)
# Main code, do not change, unless you know what you're doing
current=$( setxkbmap -print | grep -o 'pc+[a-zA-Z0-9_-/]*' | sed 's/pc+//' )
num=${#layout[@]}
i=0
for use in ${layout[@]} ; do
i=$[ i + 1 ]
if [[ $current = $use ]] ; then
if [[ $i -eq $num ]] ; then
setxkbmap ${layout[0]}
break
else
setxkbmap ${layout[$i]}
break
fi
fi
done
exit $?
Make the script executable and try it! It should cycle through the specified layouts. The next step is to map the script to a keyboard shortcut in .xbindkeysrc (look up how in the wiki...)
Everything works now, even after switching the layout!!!

Keeping per window keyboard layout under X11

Sometimes you want to setup switching keyboard layouts using only X server - because there is no DE, or no DE keyboard plugin, or it's broken, or lacks needed functionality. You can easily configure X server to switch keyboard layouts, but I could not find way of keeping layout for each window separately using only X server. Hence this package: https://aur.archlinux.org/packages.php?ID=54504
Tested under xfce4.
Example of usage (~/.xinitrc file)
#!/bin/sh
if [ -d /etc/X11/xinit/xinitrc.d ]; then
for f in /etc/X11/xinit/xinitrc.d/*; do
[ -x "$f" ] && . "$f"
done
unset f
fi
export LANG=ru_RU.utf8
setxkbmap -layout 'us,ru(winkeys)' -model pc105 -option grp:rwin_toggle,grp_led:num
perWindowLayoutD
exec ck-launch-session dbus-launch startxfce4

I've just installed openbox 3.5.0-4 and tried switching layouts. Alt+Tab works well for me - layout does change when changing windows. But there is another problem: if I close some window and focus goes to another window, layout isn't restored for this new focused window. Going to fix that.
As for Alt+Tab openbox, I cannot reproduce any problem. Could you please be more specific, what the problem you see?

Keyboard layout switching does not work if I connect a second keyboard

When I connect an external keyboard (a very ordinary Dell keyboard, no extra keys or something unusual) to my laptop, XFCE keyboard layout switcher disappears from a the and keyboard shortkut meant to switch also does not work. Rebooting with the keyboard initially attached does not help. Any ideas how to fix?

Start Firefox in <u>[[Safe Mode]]</u> to check if one of the extensions is causing the problem (switch to the DEFAULT theme: Firefox (Tools) > Add-ons > Appearance/Themes).
*Don't make any changes on the Safe mode start window.
*https://support.mozilla.com/kb/Safe+Mode
*https://support.mozilla.com/kb/Troubleshooting+extensions+and+themes

[SOLVED] Keyboard layout changed to English after xorg update

Hello all,
I just logged in to my Arch box after a few days of not using it, and issued
pacman -Syu
and upgraded, among others, xorg-server and xorg-server-common to versions 1.11.1-2. Now, after logging out and back in to restart X, I find that my keyboard layout is now (presumably American) English. However, looking under Menu -> Settings -> Keyboard in the XFCE menu, I still see the preferred layout set to Norwegian, as I want. Messing with the settings in this GUI seems to have no effect. However,
setxkbmap no
still works. Anybody experience something similar or have any hints?
Here's the output of
sudo less /var/log/pacman.log | grep 2011-10-12
[2011-10-12 21:05] Running 'pacman -Syu'
[2011-10-12 21:05] synchronizing package lists
[2011-10-12 21:05] starting full system upgrade
[2011-10-12 21:07] update desktop mime database...
[2011-10-12 21:07] removed comix (4.0.4-5)
[2011-10-12 21:07] installed python2-distribute (0.6.21-1)
[2011-10-12 21:07] update desktop mime database...
[2011-10-12 21:07] installed mcomix (0.94-2)
[2011-10-12 21:07] upgraded gtksourceview3 (3.2.0-1 -> 3.2.1-1)
[2011-10-12 21:07] upgraded imagemagick (6.7.2.8-1 -> 6.7.3.0-1)
[2011-10-12 21:07] upgraded libass (0.9.13-1 -> 0.10.0-1)
[2011-10-12 21:07] upgraded libsasl (2.1.23-7 -> 2.1.23-8)
[2011-10-12 21:07] upgraded lsof (4.84-3 -> 4.85-1)
[2011-10-12 21:07] upgraded mkinitcpio (0.7.2-1 -> 0.7.3-1)
[2011-10-12 21:07] upgraded mpfr (3.1.0-2 -> 3.1.0.p1-1)
[2011-10-12 21:07] upgraded python2-pytz (2011h-1 -> 2011k-1)
[2011-10-12 21:07] upgraded shared-mime-info (0.90-1 -> 0.91-1)
[2011-10-12 21:07] upgraded transmission-gtk (2.33-1 -> 2.41-2)
[2011-10-12 21:07] upgraded wine (1.3.29-2 -> 1.3.30-1)
[2011-10-12 21:07] upgraded xf86-input-evdev (2.6.0-3 -> 2.6.0-4)
[2011-10-12 21:07] upgraded xf86-video-nouveau (0.0.16_git20110726-1 -> 0.0.16_git20110829-1)
[2011-10-12 21:07] upgraded xkeyboard-config (2.2.1-1 -> 2.4.1-1)
[2011-10-12 21:07] upgraded xorg-server-common (1.10.4-1 -> 1.11.1-2)
[2011-10-12 21:07] upgraded xorg-server (1.10.4-1 -> 1.11.1-2)
[2011-10-12 21:07] upgraded xorg-xinit (1.3.0-3 -> 1.3.1-1)
[2011-10-12 21:07] Running 'pacman -S alsa-plugins lib32-alsa-plugins'
[2011-10-12 21:07] installed alsa-plugins (1.0.24-2)
[2011-10-12 21:07] installed lib32-alsa-plugins (1.0.24-1)
[2011-10-12 21:09] Running 'pacman -Rs libcanberra lib32-libxxf86dga'
[2011-10-12 21:09] removed lib32-libxxf86dga (1.1.2-1)
[2011-10-12 21:09] removed libcanberra (0.28-2)
And of
sudo less /var/log/Xorg.0.log | grep key
[ 679.213] (**) Power Button: Applying InputClass "evdev keyboard catchall"
[ 679.213] (--) Power Button: Found keys
[ 679.213] (II) Power Button: Configuring as keyboard
[ 679.242] (**) Power Button: Applying InputClass "evdev keyboard catchall"
[ 679.242] (--) Power Button: Found keys
[ 679.242] (II) Power Button: Configuring as keyboard
[ 679.242] (**) LITEON Technology USB Multimedia Keyboard: Applying InputClass "evdev keyboard catchall"
[ 679.242] (--) LITEON Technology USB Multimedia Keyboard: Found keys
[ 679.242] (II) LITEON Technology USB Multimedia Keyboard: Configuring as keyboard
Thank you for any help!
Last edited by mariusmeyer (2011-10-12 21:52:19)

It seems to be treated as standard behavior here (I had the same problem though):
https://wiki.archlinux.org/index.php/Beginners'_Guide#Non-US_keyboard
https://wiki.archlinux.org/index.php/GN … ard_layout
Last edited by viking60 (2011-10-12 20:47:37)

Bug report: A keyboard layout is incorrect on the remote with Japanese keyboard

This is a bug report for Microst Remote Desktop
===================================================
## Summary
A keyboard layout is incorrect on the remote with Japanese keyboard
## Version Information, I tested
* Client
   * Case 1
       * MacBook Pro with JIS106 Keyboard
       * Mac OS X Lion 10.7.5
       * Microsoft Remote Desktop 8.0.24308
   * Case 2
       * MacBook Pro with JIS106 Keyboard
       * Mac OS X Mavericks 10.9.1
       * Microsoft Remote Desktop 8.0.24308
* Remote
   * Case 1
       * Windows 7 Professional Japanese
   * Case 2
       * Windows Server 2008R2 Datacenter Japanese
   * Case 3
       * Windows Server 2012R2 Datacenter Japanese
## Detail of bug
When login from Mac OS X with Microsoft Remote Desktop, the keyboard layout is always incorrect on the remote.
The client machine have a built-in keyboard of JIS 106 layout,
and the primary language is set to Japanese.
But on the remote, the keyboard layout is US 101.
So a input of Shift+2 does not result " but @.
I've seen the above behavior on the 3 remote enviornments described the above.
This bug did not occcur with Microsoft Remote Desktop Connection Client for Mac 2.1.1, even if the system language is English and keyboard layout is Japanese.
## Captures
I've took some of screen captures.
I'm sorry for the capture includes Japanese words, so I added description in English.
Capture 1:
Mac OS X Keyboard Setting
Capture 2:
Windows Server 2012R2 Screen Keyboard
Capture 3:
Windows Server 2012R2 Screen Keyboard, with a additional registry key configured.

This bug also affects the Canadian English settings. If the client is set to Canadian English with a US keyboard the remote server is setup using a Canadian French keyboard. Using the language selection in the toolbar you can temporarily correct
the problem but the keyboard resets to french at the most inopportune times. The was a problem in the earlier RDP client and was fixed so it's sad to see it reoccur in the new client.
Lawrence

Input menu changing my default keyboard layout-again. Grrrr!

This same issue had come up years ago, and I no longer remember with certainty how it was fixed. It just geared up its ugly head again. Ever since I can remember, I've been using a custom keyboard layout, which I arbitrarily labeled "Cantabria", that lets me type in seven languages with an absolute minimum of key combos. I only need a different keyboard layout for Cyrillic (Russian).
The problem is that, in the past few days or weeks, the system arbitrarily changes my Input Menu to reflect one of the two US English keyboards as the active one, either US or US Extended. I can't see a pattern. It just happens. The Menu Input key combinations are duly disabled, so it's not my accidentally hitting Command+Space.
I thought the solution had been simply to UNcheck both US keyboard options in International, but now it seems you can't do that. You have to have at least one of them selected.
Any ideas on how to stop this annoyance will be much appreciated.
Thanks in advance.

To my stunned amazement, I just found this other thread from last September with the same issue. I had no memory of having posted then and I still have no independent recollection of it. Major senior moment, darn!
https://discussions.apple.com/message/16121983#16121983
Strange that back then I was able to unselect both US English keyboard layouts and now I can't, on the same machine and same OS build. I'll try deleting the files BDAqua mentions in that other thread.
In attenuating defense of my brain malfunction I can only offer that the other thread is dated the same day my second grandson was born. My mind was obviously elsewhere.

How can I stop OSX from changing my keyboard layout

I have an English system, a French AZERTY keyboard (I live in France), and I work in five languages. I have three keyboard layouts installed, including French, of course (I use French numeric).
After a recent update, OSX suddenly started changing my input layout against my wishes. I have always set my preferences to use the same keyboard in all documents unless I manually change it - so please don't tell me about that feature, I know about it. It's not the problem.
It seems to want to revert to the system language (English) rather than the keyboard layout I've specified. I tried changing my interface language to French, and guess what? It wanted me to have the French keyboard layout!
If some Apple engineer decided we should automatically have the same keyboard layout as our system language - this is bad UX. Some of us touch type (and therefore are used to one keyboard layout) and need for it to stay put. Others use different layouts with different character sets (Arabic, Chinese, Hebrew, Cyrilic, etc.). Don't force me to have the "convenient" setting automatically with no override. If there is a way to get around this problem, please tell us. I've seen lots of complaints around about this phenomenon, but no solutions so far. Not from Apple, and not from anyone else, either.
Thanks.

Bookmark and use this;
Download the '''[https://addons.mozilla.org/en-US/firefox/addon/searchreset/ Mozilla Search Reset]''' {web link}
This add-on is very simple: on installation, it backs up
and then resets your search preferences and home page
to their default values, and then uninstalls itself. This
affects the search bar, URL bar searches, and the home page.
Sometimes a problem with Firefox may be a result of malware installed on your computer, that you may not be aware of.
You can try these free programs to scan for malware, which work with your existing antivirus software:
* [http://www.microsoft.com/security/scanner/default.aspx Microsoft Safety Scanner]
* [http://www.malwarebytes.org/products/malwarebytes_free/ MalwareBytes' Anti-Malware]
* [http://support.kaspersky.com/viruses/disinfection/5350 Anti-Rootkit Utility - TDSSKiller]
* [http://general-changelog-team.fr/en/downloads/viewdownload/20-outils-de-xplode/2-adwcleaner AdwCleaner] (for more info, see this [http://www.bleepingcomputer.com/download/adwcleaner/ alternate AdwCleaner download page])
* [http://www.surfright.nl/en/hitmanpro/ Hitman Pro]
* [http://www.eset.com/us/online-scanner/ ESET Online Scanner]
[http://windows.microsoft.com/MSE Microsoft Security Essentials] is a good permanent antivirus for Windows 7/Vista/XP if you don't already have one.
Further information can be found in the [[Troubleshoot Firefox issues caused by malware]] article.
Did this fix your problems? Please report back to us!

My keyboard layout has changed. I no longer have an @ key.

About an hour ago, my keyboard layout changed (but only when using firefox) so that, for example, Shift+2 no longer produces @, but rather double quotes ("). Also, pressing the [ key now produces nothing, but the next key I hit after it will produce a hat. Example, the [ key and a g will give ^g. There are other peculiarities, such as the / key now shows é, and a few others.
Everything I check on the internet seems to be telling me the problem lies in my keyboard layout settings in Windows, and possibly having to press LeftAlt+LeftShift (or just Alt+Shift) to readjust them, or bringing up the language bar, etc. But all of my efforts to fix language indicate to me that I'm currently operating with a US keyboard layout (which is what it`s supposed to be), and again, this ONLY happens in firefox and no other programs.
Any ideas?

See:
* http://windows.microsoft.com/en-US/windows7/The-Language-bar-overview The Language bar (overview)
It is possible that you have switched the keyboard layout by accident.
* Make sure that you have the Language bar visible on the Windows Taskbar.
* You can do that via the right-click context menu of the Taskbar: Toolbars > Language Bar.
* Check the keyboard language (keyboard layout) setting for the application that has focus via the icon on the Language bar.
* You need to do that while Firefox has focus because Windows remembers the keyboard layout setting per application.
* The default keys to rotate the layout is a combination (Ctrl+Shift or Alt+Shift) that can easily be used in Firefox to activate a menu item.
* To avoid an unintentional switch assign a specific key sequence (Alt/Ctrl+Shift+number) to select keyboard layouts and remove the key combination to rotate layouts (Alt+Shift or Ctr+Shift)

[Solved]Keyboard layout screwed up and some keys don't work

After I reinstalled xorg-server 1.5.3-1 and installed xf86-input-evdev 2.0.1-1 and xf86-input-keyboard 1.3.1-1 some of my keys don't work and keyboard layout screwed up. I had finnish (fi) layout, but now it's "us". Arrows, insert- delete- home- end- pg up- pg down- print screen- scroll lock- pause- keys don't work. All characters behind Alt Gr + "" don't work either.
How to fix this?
Last edited by Sotamarsu (2008-11-08 13:57:25)

brother fixed it with next code
<?xml version="1.0" encoding="UTF-8"?>
<deviceinfo version="0.2">
<device>

<match key="info.capabilities" contains="input.keys">


<merge key="input.x11_options.XkbRules" type="string">base</merge>
<merge key="input.x11_options.XkbModel" type="string">evdev</merge>
<merge key="input.x11_options.XkbLayout" type="string">fi</merge>
<append key="input.x11_options.XkbOptions" type="strlist">altwin:menu</append>

</match>
</device>
</deviceinfo>
Last edited by Sotamarsu (2008-11-08 13:59:18)

Fix Keyboard Layouts plugin in XFCE 4.10

Similar Messages

Maybe you are looking for