I have two keyboards set up via the xkb plugin: 'cz' and 'us'. this works OK and is saved between sessions. However selecting which of the two keyboards is default is forgotten and so each session starts with 'cz' (though I selected 'us' as the default). Sometimes also the sequence to switch layouts is lost between sessions.
Thanks for your bug report. 1. What version of the plugin are you running? Use 'rpm -q xfce4-xkb-plugin' to find out. 2. Please attach the config of the plugin to this bug. You can find it in ~/.config/xfce4/panel/. 3. The next time you find the plugin changes it's behavior, please attach the config again so we can figure out if the config has changed or the plugin behaves abnormal.
Created attachment 505537 [details] keyboard-layout Hello, Attached the config from .config/xfce4/xfconf/xfce-perchannel-xml/keyboard-layout.xml. (I couldn't find anything resembling the plugins config under panel/). The version is xfce4-xkb-plugin-0.5.4.1-1.fc15.x86_64. Ales
This happens to me too with xfce4-xkb-plugin-0.5.4.1-1.fc15.x86_64 on Fedora 15. I have several xkb-plugin config files under ~/.config/xfce4/panel, the most recent is xkb-plugin-5.rc: display_type=0 group_policy=0 default_group=0 never_modify_config=false model=latitude layouts=us,il variants=,lyx toggle_option=grp:alt_shift_toggle compose_key_position= EOF (will attach too) The layout resets for me after I add or remove an external usb keyboard and sometimes after closing the laptop lid and going through sleep/wakeup. Creating /xinit/xinitrc.d/50-keyboard with the following contents helps (yet it makes xkb-plugin somewhat redundant: (thanks to http://helloworld.infobart.com/interrogation-marks-and-keyboard-layout) #!/usr/bin/bash # Reset keyboard options setxkbmap -option "" # Set layout setxkbmap -layout "us,il" # Set international keyboard setxkbmap -model "pc105" # Use alt-shift to switch layout setxkbmap -option "grp:alt_shift_toggle"
Created attachment 512060 [details] xkb-plugin config file
(In reply to comment #3) > Creating /xinit/xinitrc.d/50-keyboard with the following contents helps (yet it > makes xkb-plugin somewhat redundant: You should not need to create this file, however you need to configure the keyboard in xfce4-keyboard-settings. What does your ~/.config/xfce4/xfconf/xfce-perchannel-xml/keyboard-layout.xml look like?
I had no ~/.config/xfce4/xfconf/xfce-perchannel-xml/keyboard-layout.xml and my xfce keyboard layouts were set to "Use system defaults" (on the GUI). After I configured it for my laptop keyboard, keyboard-layout.xml contains: <?xml version="1.0" encoding="UTF-8"?> <channel name="keyboard-layout" version="1.0"> <property name="Default" type="empty"> <property name="XkbDisable" type="bool" value="false"/> <property name="XkbModel" type="string" value="latitude"/> <property name="XkbLayout" type="string" value="us,il"/> <property name="XkbVariant" type="string" value=",lyx"/> </property> </channel> Then, I installed and configured the xkb plugin. and everything worked fine. Once I plugged my usb keyboard the panel quit working properly. First the Israeli country flag went blank, then when I right-clicked and selected "Properties" it reset to the default. The contents of ~/.config/xfce4/panel/xkb-plugin-5.rc were changed to: display_type=0 group_policy=0 default_group=0 never_modify_config=false model=pc105+inet layouts=us variants= toggle_option= compose_key_position= I selected the PC changed the keyboard model in the general xfce <Preferences><Keyboard> to "Generic 105-key (Intl) PC" and that changed XkbModel in ~/.config/xfce4/xfconf/xfce-perchannel-xml/keyboard-layout.xml to: <property name="XkbModel" type="string" value="pc105"/> That helped to return the IL flag in the xkb panel plugin but not the alt-shift keyboard shortcut. Selecting properties there updated ~/.config/xfce4/panel/xkb-plugin-5.rc to the following: display_type=0 group_policy=0 default_group=0 never_modify_config=false model=pc105+inet layouts=us,il variants=,lyx toggle_option= compose_key_position= I manually updated the plugin properties and got: display_type=0 group_policy=0 default_group=0 never_modify_config=false model=pc105 layouts=us,il variants=,lyx toggle_option=grp:alt_shift_toggle compose_key_position= Disconnecting the USB keyboard was OK and I could continued to use alt-shift to toggle layouts BUT inserting it back again screwed things up again (blank flag, then right click on xkb-panel properties resets to default).
This bug affects me also. I use it to change between English (US), Greek Polytonic and Hebrew Biblical Tiro layouts for seminary papers. I would also appreciate a solution to this problem (Fedora 15 XFCE on both desktop and netbook). I have it set to change layouts globally. I also did not have a keyboard-layout.xml. I have a keyboard.xml which contains: <?xml version="1.0" encoding="UTF-8"?> <channel name="keyboards" version="1.0"> <property name="Default" type="empty"> <property name="Numlock" type="bool" value="true"/> </property> </channel> After typing the above, I went back and through the menu noticed that the preferences/keyboard had set the keyboard back to "default" with the languages I had previously set grayed-out. I unchecked the default option and they became active again and when I looked in the directory again, it now has a keyboard-layout.xml file which has: <?xml version="1.0" encoding="UTF-8"?> <channel name="keyboard-layout" version="1.0"> <property name="Default" type="empty"> <property name="XkbDisable" type="bool" value="false"/> </property> </channel> This is frustrating.
I have a question. The contents of my .config/xfce4/panel/xkb-plugin-2.rc file has this on my desktop system where I am typing: display_type=0 group_policy=0 default_group=0 never_modify_config=false model=microsoftccurve2k layouts=us,gr,il variants=,polytonic,biblical toggle_option=grp:lctrl_lshift_toggle compose_key_position= On my netbook, I just started it from suspend. It is nearly the same, the model being different, the layout and variants lines being the same. However, the toggle_option= line was blank. That should have been the same as for the desktop machine which does not get suspended. Would it make any difference if I were to change the never_modify_config=false to true? Even having manually added in the options for the toggle_option, when I right-click on the icon, it is showing Keyboard model as blank, Change layout option and Compose key position likewise, and Keyboard layouts is only showing Default Layout us and neither the gr nor il entries. It really would be good to know where to look on this. It is the one big annoyance with XFCE4. If I change the options to what they need to be, it works for the session I am in, but when I suspend and resume, the settings are gone again.
I am trying something different. After resetting everything, I just went in and changed this to a read-only file. I just suspended, and am going to resume. I just resumed, and the options are blank again when I bring up the properties (us only, no gr or il; no options for keyboard model or change layout). Despite my having made the /config/xfce4/panel/xkb-plugin-17.rc file read-only, it has been changed with the model changed from for an acer laptop to pc105+inet, layout has only us, no variants to toggle option entries.
Created attachment 583687 [details] This is my xfce config file From Alex Vlasenko 1. I have the only xkb-plugin-16.rc 2. My plugin version is xfce4-xkb-plugin-0.5.4.1-1.fc16.i686 3. My system is fedora 16 4. My .rc file accidentally looses the contents of a line "toggle_option=grp:ctrl_shift_toggle" and I can not switch between my "us" "ru" and "ua" keyboards 5. The contents of my ~/.config/xfce4/xfconf/xfce-perchannel-xml/keyboard-layout.xml is the following: <?xml version="1.0" encoding="UTF-8"?> <channel name="keyboard-layout" version="1.0"> <property name="Default" type="empty"> <property name="XkbDisable" type="bool" value="false"/> <property name="XkbLayout" type="string" value="us,ru,ua"/> <property name="XkbVariant" type="string" value=",,"/> <property name="XkbModel" type="string" value="a4techKBS8"/> </property> </channel> I hope it may help you. Be glad if so.
The answer seems to lie, not in the xkb-plugin-xx.rc, but in creating the following entry in your /home/username/.bashrc file with the languages and toggle choice set appropriately: setxkbmap -layout "us,gr,il" -variant ",polytonic,biblical" -option "grp:lctrl_lshift_toggle" This seems to be one possible option for having it work. It seems to be more reliable. toward keeping the keyboard changes active. After suspending, it forgets the settings for a few minutes. However, it does seem to remember them after a few minutes. LXDE does not experience this problem and also has a working keyboard LED status indicator which is another area XFCE is coming up short. I wish it were not so. XFCE4 has some very nice features, and the compositing is a nice feature.
One additional thing: If it does forget the settings, with the .bashrc file change in place, logging out and back in seems to fix the settings so that the toggle works again and the plugin displays the correct flag icon for the language.
This message is a notice that Fedora 15 is now at end of life. Fedora has stopped maintaining and issuing updates for Fedora 15. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At this time, all open bugs with a Fedora 'version' of '15' have been closed as WONTFIX. (Please note: Our normal process is to give advanced warning of this occurring, but we forgot to do that. A thousand apologies.) Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, feel free to reopen this bug and simply change the 'version' to a later Fedora version. Bug Reporter: Thank you for reporting this issue and we are sorry that we were unable to fix it before Fedora 15 reached end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged to click on "Clone This Bug" (top right of this page) and open it against that version of Fedora. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. The process we are following is described here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
*** This bug has been marked as a duplicate of bug 838373 ***