[Solved] Compiz core plugin (ccp) breaks my keymapping?

Dieter@be · 2008-11-18 20:57:39

UPDATE:
WAS: Shortcut (ctrl+<foo>) buttons are different from normal layout(dvorak)
I found out it was compiz who was breaking my keys. See next post. original post still here for reference

Hi,
I'm using a plain old ps/2 azerty keyboard configured for dvorak. My problem is that since a while (I think since xorg 7.4 but I'm not 100% sure) my keyboard doesn't behave anymore like it used to.
Normal: dvorak layout, also when using shortcuts like ctrl+<foo> my keyboard stays in dvorak.
Now: dvorak layout, but when using shortcuts like ctrl+<foo> my keyboard has a different layout, I's something like qwerty but not entirely:
* When I press ctrl+c I actually get ctrl+i (dvorak c is on qwerty i), so you'd think it just uses qwerty when i hold ctrl, but this is not always true:
* When I have a command ready on the commandline and I press ctrl+j in dvorak (ctrl+c in qwerty) then it will not abort, it counts like an enter! It just executes the command...
* c^a d does not work: should detach a screen, but nothing at all seems to happen.

My problem is somewhat similar to this issue http://bugzilla.gnome.org/show_bug.cgi?id=162726 , but only:
1) I have this with non-gtk apps too (urxvt, xterm,...)
2) I only have one layout defined (I think)
So that issue does not apply to me

* I have this with only the stable packages and also with the all latest stuff from the testing repo.
* I have this with both "AutoAddDevices" "off" and with the fancy HAL hotplug stuff. (In fact, I managed to configure my keyboard using hotplug, it seems to behave exactly the same as without hotplugging, so I can switch easily behind the two setups now)

Here is an excerpt from my xorg and hal configs:
xorg.conf (I've played with the Layout and Options directives to no avail)

Section "InputDevice"
    Identifier     "Generic Keyboard"
    Driver         "kbd"
    Option         "XkbRules" "xorg"
    Option         "XkbModel" "pc105"
    Option         "XkbLayout" "us"
    Option         "XkbVariant" "dvorak"
    Option         "XkbOptions" "lv3:ralt_switch"
EndSection

10-keymap.fdi: 2 versions. A clean one and a playground one. Both give the same result though, as far as I can tell:

<?xml version="1.0" encoding="ISO-8859-1"?> <!-- -*- SGML -*- -->
<deviceinfo version="0.2">
  <device>
    <match key="info.capabilities" contains="input.keymap">
      <append key="info.callouts.add" type="strlist">hal-setup-keymap</append>
    </match>
            
    <match key="info.capabilities" contains="input.keys">
      <merge key="input.x11_options.XkbVariant" type="string">dvorak</merge>
    </match>
  </device>
</deviceinfo>

<?xml version="1.0" encoding="ISO-8859-1"?> <!-- -*- SGML -*- -->
<deviceinfo version="0.2">
  <device>
    <match key="info.capabilities" contains="input.keymap">
      <append key="info.callouts.add" type="strlist">hal-setup-keymap</append>
    </match>
            
    <match key="info.capabilities" contains="input.keys">
      <merge key="input.x11_options.rules" type="string">base</merge>
      
      <!-- If we're using Linux, we use evdev by default (falling back to keyboard otherwise). -->
      <merge key="input.x11_options.model" type="string">keyboard</merge>
<!-- no change<merge key="input.x11_driver" type="string">keyboard</merge> -->
<!-- no change<merge key="input.x11_driver" type="string">evdev</merge> -->
      <match key="/org/freedesktop/Hal/devices/computer:system.kernel.name"  string="Linux">
<!--    <merge key="input.x11_options.model" type="string">evdev</merge> -->
        <merge key="input.x11_options.XkbModel" type="string">pc105</merge> <!-- gives me c^c but not c^a-D. model or XkbModel is the same -->
        <merge key="input.x11_options.XkbModel" type="string">evdev</merge> <!-- doesn't change anything c^c c^a d etc -->
        <merge key="input.x11_options.XkbModel" type="string">keyboard</merge> <!-- doesn't change anything related to c^c c^a d etc -->
      </match>
<merge key="input.x11_options.XkbOptions" type="string">lv3:ralt_switch</merge> <!-- doesn't affect c^c c^a d etc -->
  <merge key="input.x11_options.XkbRules" type="string">xorg</merge> <!-- XkbRules or rules, it's the same i think -->
      
      <merge key="input.x11_options.layout" type="string">us</merge> <!-- fixing this to XkbLayout breaks c^c c^a d etc -->
      <merge key="input.x11_options.XkbVariant" type="string">dvorak</merge>
    </match>
  </device>
</deviceinfo>

Any help would be greatly appreciated, I've been spending too much time on this and I'm about to go mental

Last edited by Dieter@be (2008-11-25 18:03:45)

Dieter@be · 2008-11-25 17:54:24

Update: ..So I found out it was compiz that was breaking my keys (see above post + http://lists.freedesktop.org/archives/x … 40680.html )

In short:
- compiz --replace --sm-disable --ignore-desktop-hints ccp # this breaks my keymaps: ctrl-c becomes ctrl-i, ctrl-a produces just 'ctrl' etc etc
- compiz --replace --sm-disable --ignore-desktop-hints # this does not break my keymaps.

Anyone an idea why this happens? I've been looking in 'general configuration' in ccsm but don't find anything related to this.

Dieter@be · 2008-11-25 18:03:21

Okay, the ctrl-c is 'magically' fixed (no idea...), and about: the ctrl-a: i had defined a shortcut for that, so compiz was catching it and I didn't know...

--> Solved

Arch Linux

#1 2008-11-18 20:57:39

[Solved] Compiz core plugin (ccp) breaks my keymapping?

#2 2008-11-25 17:54:24

Re: [Solved] Compiz core plugin (ccp) breaks my keymapping?

#3 2008-11-25 18:03:21

Re: [Solved] Compiz core plugin (ccp) breaks my keymapping?

Board footer