this post was submitted on 12 Jan 2024
297 points (81.4% liked)

linuxmemes

21263 readers
459 users here now

Hint: :q!


Sister communities:


Community rules (click to expand)

1. Follow the site-wide rules

2. Be civil
  • Understand the difference between a joke and an insult.
  • Do not harrass or attack members of the community for any reason.
  • Leave remarks of "peasantry" to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
  • Bigotry will not be tolerated.
  • These rules are somewhat loosened when the subject is a public figure. Still, do not attack their person or incite harrassment.
  • 3. Post Linux-related content
  • Including Unix and BSD.
  • Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of sudo in Windows.
  • No porn. Even if you watch it on a Linux machine.
  • 4. No recent reposts
  • Everybody uses Arch btw, can't quit Vim, and wants to interject for a moment. You can stop now.

  • Please report posts and comments that break these rules!

    founded 1 year ago
    MODERATORS
     
    you are viewing a single comment's thread
    view the rest of the comments
    [โ€“] [email protected] 2 points 10 months ago (1 children)

    have to do a lot more of the same thing in every compositor than window managers ever had to

    Yes, but is that not entirely expected? As far as I understand, compositors are complete implementations of Wayland's display server specification, whereas window managers are just a helper program that, well, manages windows, while Xorg does the heavy lifting required to fully implement the X Window System protocol. So the only real difference that I see is that, in the X world, the "common parts" are managed by a separate process (Xorg), whereas in the Wayland world, they are managed by a separate library (wlroots). So a hobbyist developer trying to make a window manager in some obscure language would need to figure out how to communicate with Xorg in that language, whereas a developer trying to make a compositor in some obscure language would need to write wlroots bindings for that language. Maybe I am just ignorant, but those seem like comparable efforts to me.

    And lastly, in the X world, the only (widespread) implementation of the X Window System protocol is Xorg, but, in the Wayland world, there are compositors that use wlroots, and those that don't. So wouldn't that alone indicate more fragmentation / diversity? Sure, there are more X window managers than Wayland compositors out there, but X11 has also existed for longer. In short, I don't see how the Wayland system is more adverse to diversity of implementations than X

    [โ€“] [email protected] 1 points 10 months ago

    I see wlroots as the bad workaround for the bad design decision to not have a single implementation in Wayland.