The new Microsoftslop copilot key always sends the following key-sequence when pressed:

copilot key down: left-shift-down left-meta-down f23-down f23-up left-meta-up left-shift-up
copilot key up: <null>

This means there’s no real key-up event when you release the key --> it can’t be used (properly) as a modifier like ctrl or alt.

The workaround is to send a pretend key-up event after a time delay, but then you mustn’t be too slow / fast when pressing a shortcut.

tldr: AI took a perfectly working modifier key from you.

— edit —
Some keyboards apparently do the “right” thing and don’t send the whole sequence at once, you can remap those properly with keyd, see: https://github.com/rvaiya/keyd/issues/1025#issuecomment-2971556563 / https://github.com/rvaiya/keyd/issues/825

copilot key down: left-shift-down left-meta-down f23-down
copilot key up: f23-up left-meta-up left-shift-up

this will still break left-shift + remapped copilot and left-meta + remapped copilot, but RCtrl remaps should work as expected

  • ColdWater@lemmy.ca
    link
    fedilink
    English
    arrow-up
    8
    ·
    6 hours ago

    If this garbage is on my keyboard I will drill that motherfucker out no second thought

    • Wispy2891@lemmy.world
      link
      fedilink
      English
      arrow-up
      3
      ·
      2 hours ago

      I have a Lenovo usb keyboard with a fn Key in place of the Ctrl key that has absolutely no purpose. It’s for volume control like fn+F7 BUT… IT ALSO HAS DEDICATED BUTTONS FOR VOLUME CONTROL!!

      After the nth time I accidentally switched fn and Ctrl I took a screwdriver and popped it out permanently (being USB it doesn’t report fn status to the os and of course the BIOS doesn’t allow FN remapping because it’s not a laptop)