Does anybody know how to set a window always on bottom in rust gtk4? set_type_hint() does not exist.

  • vapeloki@lemmy.world
    link
    fedilink
    arrow-up
    66
    arrow-down
    6
    ·
    2 days ago

    Dude, I am using Linux since 25 years.

    Just because you like it so much does not mean that anybody will maintain Xorg for you. Feel free to do it yourself.

    I chose Wayland. Not because security, but because I have a primary HDR ultrawide and an old secondary monitor.

    Running variable refreshrate does not work with this configuration on Xorg.

    HDR does not exist in Xorg.

    And never will be.

    Just keep in complaining just because someone points out that Xorg is dead.

    Xorg is dead! That is not gaslighting, this is a fact

    • mycodesucks@lemmy.world
      link
      fedilink
      arrow-up
      14
      arrow-down
      44
      ·
      edit-2
      2 days ago

      I WILL continue to use Xorg. My workflow requires it. If that means I have to use an unmaintained window manager forever, so be it.

      None of this would be an issue if the Wayland developers weren’t so pigheaded that they insist upon forcing their pure, untainted design philosophy onto the project rather than building an inclusive model that allows for backwards compatibility with the system it’s meant to replace.

      • Railcar8095@lemmy.world
        link
        fedilink
        arrow-up
        30
        arrow-down
        1
        ·
        2 days ago

        building an inclusive model that allows for backwards compatibility with the system it’s meant to replace.

        That’s honestly a terrible approach and defeats the porpoises. For example, screen recording. You can’t be “backwards compatible” (aka any app can record at any time) and have them ask for permission (the honestly better way to go).

        Bear in mind, Wayland devs didn’t force anything. They offered an alternative to X and the distros chose that after evaluating pros and cons.

        Pick a distro that aligns with your needs like we all do.

      • anyhow2503@lemmy.world
        link
        fedilink
        arrow-up
        47
        arrow-down
        1
        ·
        2 days ago

        I will concede that not every obscure feature has been kept but the vast majority of users are now better served by wayland compositors. I have no idea what you mean by “project”, but if they had no concerns for backwards compatibility, then XWayland wouldn’t exist.

        Stopping work on X11 because it’s been an unmaintainable mess for ages doesn’t really count as “forcing” anything upon anyone. I won’t pretend that Wayland protocol development hasn’t seen plenty of disagreements, but it is still a collaborative process.

        Your disagreements seem fairly vague to me and I can’t help but think that the “pigheaded” label is somewhat ironic, after your first paragraph.

        • vapeloki@lemmy.world
          link
          fedilink
          arrow-up
          17
          ·
          2 days ago

          There is currently one major Usecase that does not work yet with Wayland. Multiwindow positioning through the application.

          In science, and some stuff like KICaf or Gimp use this feature excessively. And as someones that relies on KiCad, it is a fucking pain.

          But, solutions are being discussed and implementations will follow

        • jdr@lemmy.ml
          link
          fedilink
          arrow-up
          2
          arrow-down
          8
          ·
          1 day ago

          The “forcing” was in making Wayland shit, rather than replacing it with something with at least the same capabilities as X11 (even if they are now guarded by granular permissions).

        • vrighter@discuss.tchncs.de
          link
          fedilink
          arrow-up
          2
          arrow-down
          2
          ·
          2 days ago

          I am not better served. I am now in the quite new position where I’d have to rewrite some of my own personal software if i simply just decided to change DE

            • vrighter@discuss.tchncs.de
              link
              fedilink
              arrow-up
              2
              ·
              1 day ago

              see that’s the problem. Everyone’s first response is that it’s a niche problem. For every complaint. So what? It’s a new problem is the point, however niche.

              Btw, this is not a niche problem. Some big projects have explicitly said they have had this very problem

              • anyhow2503@lemmy.world
                link
                fedilink
                arrow-up
                1
                ·
                11 hours ago

                Let me rephrase that: it sounds like a niche problem to have for an end user. It also doesn’t sound like a fair complaint, because no long-term replacement to X was ever going to be drop-in the way you seem to expect.

                • vrighter@discuss.tchncs.de
                  link
                  fedilink
                  arrow-up
                  3
                  ·
                  9 hours ago

                  I am not referring to it being a drop-in replacement. I’m referring to the fact that there are multiple supposedly-interoperable-but-not-really non-drop-in replacements is the problem. And it does affect the end user if devs find it difficult to adopt (as many do).

                  Wayland is designed for ease of development for wayland designers. “We’re just a protocol, the coding is left to anyone else” is the easiest way to write code. Because they decided not to write any at all.

      • ☂️-@lemmy.ml
        link
        fedilink
        arrow-up
        10
        ·
        2 days ago

        i’m just curious what is the feature you are using in xorg you can’t replicate in wayland?

      • vapeloki@lemmy.world
        link
        fedilink
        arrow-up
        10
        arrow-down
        3
        ·
        2 days ago

        Then, build your own replacement! If it is do dinpley, fork Wayland, add what you need.