• Communist
    link
    fedilink
    English
    311 hours ago

    Does anyone know what the status on KDE implementing this is?

      • Communist
        link
        fedilink
        English
        12 hours ago

        I can’t find a way to manually add entries in the settings, is there no way to do that?

        How would I manually enable push to talk in discord, for example?

    • LeafletOP
      link
      English
      610 hours ago

      Already merged there some time ago.

      • Communist
        link
        fedilink
        English
        210 hours ago

        I can’t find any documentation on how to set it up, do you happen to know where that would be?

        I can’t figure out how to setup discord push to talk on kde wayland, specifically

        • LeafletOP
          link
          English
          510 hours ago

          Apps need to add support for the new portal system. Chromium is adding (or added?) support, so Discord may implement it once they use an Electron version with support.

          If you’re using KDE, you can tell Discord to use X11 and use KDE’s feature to let X11 apps snoop on key presses.

          • Communist
            link
            fedilink
            English
            12 hours ago

            I don’t understand why they wouldn’t allow you to manually override things, i hope this gets added later, i’d like to be able to forward shortcuts to apps for push to talk even if the app doesn’t support the native portal

  • @[email protected]
    link
    fedilink
    18
    edit-2
    17 hours ago

    It wasn’t clear for me what the hell is a “Global Shortcut” I heard the term first time in my life, I found the answer in the upstream PR:

    It’s designed so that applications can register actions that can be triggered globally (i.e. regarless of the system’s state, like focus).

    It’s strange it wasn’t possible until now, or the main thing it’s now DE independent?

    On Gnome I use Run or raise extension, and with this I can run or switch to running apps with global shortcuts, so this was definitely working from Gnome extensions.

    • @[email protected]
      link
      fedilink
      English
      1514 hours ago

      It’s because this feature was implemented as a pseudo-keylogger on X11. All X clients could listen to the compositor state at all times (including input), even if input was focussed on another (potentially sensitive) application.

      In Wayland, clients have almost zero knowledge of the compositor’s state. This was an explicit design choice to enhance security and enable modular features via wayland protocols. Of course, this also killed every implementation of app-specific global shortcuts.

      Wayland protocols take a lot of time to get agreed on - They need multiple implementations across different compositors (usually means KDE and GNOME need to implement the protocol spec and agree to it) and the specs can take a long time to design and reach production.

      Obviously this does hurt uptake for Wayland since issues can take years to resolve, but the core team are very aware of the pitfalls of X11’s development and have long preferred this slow and methodical approach in the hopes it’s sustainable and maintainable into the future.

    • LeafletOP
      link
      English
      2817 hours ago

      Gnome Extensions run in the Gnome shell, so they have special privileges.

      Wayland’s security focus prevents apps from listening in on all user key presses, which means they can’t know you used a keyboard shortcut unless the app is focused.

      The Global Shortcut Portal was made to address this. An app registers for a global shortcut, and when the user activates the shortcut, the portal tells the app that it’s been activated.

    • @[email protected]
      link
      fedilink
      English
      515 hours ago

      This is Wayland specific. Wayland does not allow unfocused applications to intercept keyboard shortcuts for security purposes, so this is how they must be implemented.

  • Mactan
    link
    fedilink
    514 hours ago

    it’s still up to individual apps to implement the portal I think

    • @[email protected]
      link
      fedilink
      English
      314 hours ago

      True, but the apps that cause the most complaints about features that Wayland lacks (Discord for this one) are usually among the fastest to enable the portals once they’re available.

      • @Giooschi
        link
        English
        714 hours ago

        Not sure if Discord is the best example here, as it didn’t support the screen capture portal for a very long time.

        • @[email protected]
          link
          fedilink
          English
          113 hours ago

          Discord didn’t take very long to add it at all, what took a long time was fixing audio streaming.

            • @[email protected]
              link
              fedilink
              English
              137 minutes ago

              tbf, Wayland was hardly relevant for some of that. the first feature request I found was 4 years go. implementing it also required upgrading electron a few versions, so a decent bit of work.

  • @[email protected]
    link
    fedilink
    0
    edit-2
    14 hours ago

    i could have sworn it was already working for me on gnome, im surprised by this

    but then again i havent used discord in a huge while now

    • LeafletOP
      link
      English
      614 hours ago

      The traditional insecure global shortcuts system works in Xorg.

        • @arcidalex
          link
          511 hours ago

          Xorg global shortcuts will work for anything using Xwayland, but not in anything thats wayland native

          For example, in a game (using wine, which uses Xorg by default currently) your global shortcut will work. But in a wayland native window like Firefox, it will not if its the active window

          • LeafletOP
            link
            English
            26 hours ago

            Are you sure about that? KDE has a feature that lets Xwayland apps snoop if certain keys are pressed, but Gnome does not.

            • @arcidalex
              link
              26 hours ago

              Yeah. The behavior i stated was how it works in Gnome. In KDE since Xorg passthrough is a formal thing, the behavior is different based on those options

          • @[email protected]
            link
            fedilink
            0
            edit-2
            11 hours ago

            oh i get it now. thats why i thought we already had it, im not usually aware of what is running under xwayland and what is not.