• Shatur@lemmy.ml
    link
    fedilink
    arrow-up
    30
    arrow-down
    3
    ·
    11 months ago

    What I don’t like about Wayland is that many things are specific to individual DEs. Like global shortcuts or taking screenshots. In my app I have two different solutions for taking screenshots in GNOME and KDE using XDG portals. It causes fragmentation.

    • topperharlie@lemmy.world
      link
      fedilink
      arrow-up
      10
      arrow-down
      5
      ·
      11 months ago

      o wow didn’t know this. such horrible design decision! So if I understood correctly ALL the apps that want to screenshot need to write independent code for each desktop environment??? I was just mostly ignoring Wayland until becoming mature, but now I actively dislike it with passion.

      So, if this is true and I understand correctly, it means that if I chose to use Xfce (as I do), I’ll have to hope really hard that zoom, skype, slack, discord… decide to provide support for not only linux,… but XFCE or give up and abandon XFCE? yeah f*** Wayland, they really didn’t think about the open source community when designing their solution. I don’t wat to even think of people that use other smaller desktop managers…

      I mean, screen sharing is basic functionality these days, in the interview for my current job I needed to use… I think it was teams. Is not even something you can chose, is bad enough to be exclusive linux user as it is, always wondering if in such cases something will not work.

      Honestly, long live Xorg. if deprecated and I have to switch to gnome/kde or lose functionality I might as well switch to windows after 20 something years of not using it.

      • Shatur@lemmy.ml
        link
        fedilink
        arrow-up
        8
        ·
        edit-2
        11 months ago

        Screen sharing is different thing, there is no fragmentation there.

        But in order to take screenshot I had to write different code:

        For Gnome.

        For KDE. It also requires special line in desktop file for security reasons.

        For all other DEs.

        Global shortcuts are even worse. It also DE specific and users have to manually register them in DE settings. In order for your application to support this, it should export such functions via the Dbus interface. And all this incompatible with Windows (my app is cross-platform), so I had to provide in-app interface for global shortcuts too that works for Windows and X11 users.

        • e8d79@feddit.de
          link
          fedilink
          arrow-up
          1
          ·
          11 months ago

          What prevents you from using org.freedesktop.portal.Screenshot with GNOME and KDE as well? They both support taking screenshots using that method.

          • Shatur@lemmy.ml
            link
            fedilink
            arrow-up
            1
            ·
            11 months ago

            Unfortunately, you on GNOME and KDE you don’t have org.freedesktop.portal.Screenshot method in /org/freedesktop/portal/desktop.

            • e8d79@feddit.de
              link
              fedilink
              arrow-up
              2
              ·
              edit-2
              11 months ago

              Not trying to be a menace, but I just tried it out using xdg-portal-test-kde and the screenshot portal definitely works on KDE Plasma 5.27.10. If you are experiencing issues with that, please create a bug report for xdg-desktop-portal-kde so it can be fixed.

              • Shatur@lemmy.ml
                link
                fedilink
                arrow-up
                1
                ·
                11 months ago

                Strange, doesn’t work for me, I also run 5.27.10. Will take a look, thanks!

      • Squiddles@kbin.social
        link
        fedilink
        arrow-up
        6
        arrow-down
        2
        ·
        edit-2
        11 months ago

        Screen sharing is fine, handled by Pipewire. OBS is adding (has added?) streaming through Pipewire too. And I’ve had no issues getting screenshots using grim, which isn’t tied to a specific compositor. Not everything is copacetic, but the things you’re talking about are mostly non-issues these days.

        Great name, btw