5 ms·

None of those comments have an actual example. I still have no idea what you complain about, there's really not much difference between using gnome on wayland a

by boudin 5y ago

None of those comments have an actual example. I still have no idea what you complain about, there's really not much difference between using gnome on wayland and gnome on X11 or Sway and I3. In the wayland counterparts though some of the security problems at the core of x11 have been addressed, and input and display just works better. There's no-one forcing you to do anything or forbiding you to do anything.

nsajko 5y ago
> there's really not much difference between using gnome on wayland and gnome on X11 Yes, looking just at big DEs there's not much difference. Consider, however, the problems Wayland causes for the ecosystem. Take screen grabbing programs or input event interceptors like xdotool. There's simply no way to implement one of those strictly on Wayland. Each Wayland compositor must be targeted separately instead. This is discussed in some of the threads I linked to, BTW.
- boudin 5y ago
  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/master/data/org.freedesktop.impl.portal.Screenshot.xml https://github.com/flatpak/xdg-desktop-portal/blob/master/da... The portal for xdg-desktop takes care of the implementation and is the responsibility of the compositor. It's already used by Flameshot for example. There is several xdottool equivalent as well: https://github.com/atx/wtype https://github.com/atx/wtype https://github.com/ReimuNotMoe/ydotool https://github.com/ReimuNotMoe/ydotool This one is specific to wlroot based compositor: https://git.sr.ht/~brocellous/wlrctl https://git.sr.ht/~brocellous/wlrctl
  - 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

by boudin 5y ago

nsajko 5y ago

> there's really not much difference between using gnome on wayland and gnome on X11 Yes, looking just at big DEs there's not much difference. Consider, however, the problems Wayland causes for the ecosystem. Take screen grabbing programs or input event interceptors like xdotool. There's simply no way to implement one of those strictly on Wayland. Each Wayland compositor must be targeted separately instead. This is discussed in some of the threads I linked to, BTW.

boudin 5y ago
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/master/data/org.freedesktop.impl.portal.Screenshot.xml https://github.com/flatpak/xdg-desktop-portal/blob/master/da... The portal for xdg-desktop takes care of the implementation and is the responsibility of the compositor. It's already used by Flameshot for example. There is several xdottool equivalent as well: https://github.com/atx/wtype https://github.com/atx/wtype https://github.com/ReimuNotMoe/ydotool https://github.com/ReimuNotMoe/ydotool This one is specific to wlroot based compositor: https://git.sr.ht/~brocellous/wlrctl https://git.sr.ht/~brocellous/wlrctl
- 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