4 ms·

I get your confusion, there is one screenshot API that abstract the compositor but it lies in xdg-desktop: https://github.com/flatpak/xdg-desktop-portal/blob/ma

• nsajko 5y ago
  Fragmentation galore, pretty sure you're actually reinforcing my point with these examples. Can one rely upon any of these hacks, extensions and third-party APIs working for all systems with a Wayland compositor? Some of these are compositor specific, and some are implemented independently of Wayland, but then of course depend on other stuff that's not universal. The current ydotool goes in another direction, it tries to be independent of Wayland, but this also means it doesn't know your keyboard layout, making it less useful. It also requires a privileged daemon running on my system, something I wouldn't give to such an obscure project. These problems don't even exist for X11 users because implementing such functionality is easy because it's supported by X.
  • boudin 5y ago
    That's just bad faith now, your definition of fragmentation does not match the dictionary one.
    • nsajko 5y ago
      1. I say "There's simply no way to implement one of those strictly on Wayland.". 2. You respond by giving a bunch of examples that align with my statement, but you don't seem to realize this. 3. I clarify. 4. Suddenly I don't operate in good faith?! What's worse, your replies attack straw versions of my comments: https://en.wikipedia.org/wiki/Straw_man https://en.wikipedia.org/wiki/Straw_man > a form of argument and an informal fallacy of having the impression of refuting an argument, whereas the real subject of the argument was not addressed or refuted, but instead replaced with a false one
      • boudin 5y ago
        Xdotool is just one of many tools for automation on x11, it's not part of xorg. There's also Xautomation, AutoKey and others. What's the difference? There is absolutly none. Where is there more fragmentation? I'm not refuting anything you still haven't brought any argument at all :D