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

    • attero@discuss.tchncs.deOP
      link
      fedilink
      English
      arrow-up
      19
      ·
      1 day ago

      It’s arguably worse, because Samsung has full control over software, hardware, and firmware of their devices.
      Even if MS would like to fix this mess, they can’t.

      • [object Object]@lemmy.world
        link
        fedilink
        English
        arrow-up
        2
        ·
        edit-2
        19 hours ago

        Theoretically I think they could redefine it as a new distinct key instead of the combo — as is done with the windows and context-menu keys. That would allow it to be remapped properly.

        • Pup Biru@aussie.zone
          link
          fedilink
          English
          arrow-up
          1
          ·
          edit-2
          19 hours ago

          well that’s what they should have done but now what it’s implemented there are a lot more parties that need to come to the table to fix the mess… some hardware might not be able to fix the mess, but i’d be surprised if this shit show were implemented on hardware rather than firmware

          • [object Object]@lemmy.world
            link
            fedilink
            English
            arrow-up
            1
            ·
            19 hours ago

            Eh, MS can just issue new requirements for their compatibility stamp, just like they did in the first place and many times previously. Newly produced laptop and keyboard models would have the fixed behavior, the same way they got the broken behavior.

            • Pup Biru@aussie.zone
              link
              fedilink
              English
              arrow-up
              1
              ·
              edit-2
              19 hours ago

              new ones sure but there are a bunch of these broken machines out there now: far more than there otherwise would be, because microslop forced the upgrade for windows 11

              i guesssss if they do it soon enough the existing models will still be in their support period and they’d kinda be forced to update, assume it’s a software or firmware fix