Back in 2005, a bug report was filed by Kjetil Kjernsmo, then running KDE 3.3.2 on Debian Stable. He wanted the ability to have each connected screen show a different virtual desktop independently, rather than having all displays switch as one unit.

Over the years, over 15 duplicate reports piled onto the original as more people ran into the same wall. And that’s not a surprise, because multi-monitor setups have become increasingly common.

The technical reason why this issue stayed open this long comes down to X11. Implementing it there would have required violating the EWMH specification, which has no concept of multiple virtual desktops being active at the same time.

The KWin maintainer Martin Flöser had said as much in 2013, effectively ruling it out for the entire KDE 4.x series. The only realistic path was through Wayland, and that path needed someone willing to actually walk it.

Someone finally did. The feature has now landed in KWin’s master branch and is set for a Plasma 6.7 introduction.

  • MonkderVierte@lemmy.zip
    link
    fedilink
    arrow-up
    1
    ·
    edit-2
    5 hours ago

    Implementing it there would have required violating the EWMH specification, which has no concept of multiple virtual desktops being active at the same time.

    So implementing something unspecified is equal to a violation? Weird math.

  • OwOarchist@pawb.social
    link
    fedilink
    English
    arrow-up
    49
    ·
    22 hours ago

    People are calling this a ‘problem’ and a ‘bug’ … but it’s neither. It was just a missing feature.

  • mmmm@sopuli.xyz
    link
    fedilink
    arrow-up
    17
    ·
    23 hours ago

    It’s great those long time issues are solved, but after reading the article I can’t help but wonder if the person vibe-coded it or something. I am a bit experienced on PHP too and know a tiny bit of C but still find C++ so incredibly daunting and complex I can’t even imagine tackling such a serious bug on it all by myself

    • haverholm@kbin.earth
      link
      fedilink
      arrow-up
      28
      ·
      22 hours ago

      I understand the scepticism, it’s easy to be wary of assisted coding as a gut reaction these days. However, the programmer replied to his own merge request:

      I put roughly 200 hours into this (largely due to not being familiar with the codebase and technologies involved beforehand)

      …and I find it hard to believe a vibe coder would bother prompting his magic eightball for that long? Maybe that’s my personal prejudice against that particular set of (often wannabe) programmers showing.

      There’s also an “AI” disclosure in the original merge request that says:

      • None of the submitted code is AI generated. I wrote all of it myself (largely by copying existing code).

      • I used OpenAI Codex in the following ways:

        • I used it to generate a quick prototype to give me an idea of where to start. The prototype was MUCH more limited and I rewrote it from scratch (i.e. none of the code submitted here is from there).
        • I used it to help me with debugging/understanding some of the stuff new to me (e.g. how does a value get to QML, wayland protocols, understanding crashes, …).
        • I used it to review the code before submitting it (in addition to manually reviewing it myself). It caught a few minor issues.
        • I used it to write a “touchpad simulator” patch that I used for testing touchpad gestures (not submitted).

      YMMV on what side of vibe coding that usage falls.

        • haverholm@kbin.earth
          link
          fedilink
          arrow-up
          8
          ·
          20 hours ago

          Big caveat there that “AI” still makes stuff up out of the blue, despite being ostensibly trained on “all of human knowledge”. And this guy seems to have used its generated code accordingly to better apply his PHP skills to C++.

          You can probably tell I disagree strongly with “AI” being called “just a tool” 😛

          • locuester@lemmy.zip
            link
            fedilink
            English
            arrow-up
            5
            ·
            13 hours ago

            Tools giving incorrect answers isn’t some new thing that AI delivered.

            AI makes stuff up and random dude on Stackoverflow posts incorrect answers. I see no difference here.

            This programmer used it the same way I do. As a tool. It’s a great tool; I find it hard to go back to being without it.

            • luciole (they/them)@beehaw.org
              link
              fedilink
              arrow-up
              3
              ·
              6 hours ago

              The incorrect answer on Stackoverflow can be downvoted and commented by the community. With a LLM the incorrect answer is perfectly formulated and you’re alone to recognize it. I’ll favor a large community’s advice (cultural quriks and all) over a LLM’s any day.

              • locuester@lemmy.zip
                link
                fedilink
                English
                arrow-up
                2
                ·
                5 hours ago

                To each their own I suppose. I truly can’t imagine being without this productivity booster. I had the same opinion as you a year ago, but things have radically changed the last 6 months.

          • Powderhorn@beehaw.orgOP
            link
            fedilink
            English
            arrow-up
            3
            ·
            18 hours ago

            If you look further into the thread, he said he spent 200 hours coding this himself with the assistance of “AI” … look, I’m not really a coder, but give me 200 hours, and I can certainly pull off some shit. If you’re consulting an LLM like a book, I’m not really sure where the problem lies.

            • haverholm@kbin.earth
              link
              fedilink
              arrow-up
              8
              ·
              10 hours ago

              Yeah, I also put more faith in those 200 work hours than in the original, generated code which the guy completely rewrote before submission.

              consulting an LLM like a book

              Saw a news item the other day, reporting that a significant number of university students now use “AI” bots instead of course literature. One student replied, “Nah, I opened a book like once. Anyway, the literature can be just as flawed as AI because there’s new research being made all the time”…

              There is a significant overestimation of the factuality of “AI” responses at play there. And a lack of understanding of the entire chain of fact checking, verification, and review that goes into making a book, particularly for education.

              I know that is slightly OT, but I think the comparison is fair.

    • Powderhorn@beehaw.orgOP
      link
      fedilink
      English
      arrow-up
      14
      ·
      23 hours ago

      If it works, does it really matter if it was vibe-coded? Sometimes, people use tools correctly.

      • PenguinCoder@beehaw.org
        link
        fedilink
        English
        arrow-up
        27
        ·
        22 hours ago

        Yes, it does. Sure it works, but at what cost to security and actual human understanding?? RollerCoaster Tycoon works and I’m not saying its insecure or vibe coded, but it’s written in friggen assembly!

        The problem isn’t the vibecoding inherently, it’s the people that are doing it. Vibecoding just enables them to exist.

        They have no concept of what it means to produce general software for actual users using different setups. They generally have little patience and will abandon their projects very quickly. They are completely reliant on the models to fix any problems (or add features), so anything that, for whatever reason, a model can’t fix will remain broken.

        Look at this vibe coded app and thread on reddit for just one example https://old.reddit.com/r/selfhosted/comments/1rckopd/huntarr_your_passwords_and_your_entire_arr_stacks/

        Was that vibe coded tool used correctly? Done, does not mean good, or safe, or even usable.

        • floofloof@lemmy.ca
          link
          fedilink
          arrow-up
          7
          ·
          edit-2
          22 hours ago

          Your Rollercoaster Tycoon example is a bit odd, since coding a whole game in assembly indicates deep understanding of what you’re doing, whereas the problem with vibe coding is that it requires only the shallowest understanding. Unless I’m misunderstanding and that was your point.

          There may be a maintainability issue with both, but for a different reason in each case.

          • PenguinCoder@beehaw.org
            link
            fedilink
            English
            arrow-up
            2
            ·
            edit-2
            1 hour ago

            since coding a whole game in assembly indicates deep understanding of what you’re doing, whereas the problem with vibe coding is that it requires only the shallowest understanding.

            Yes, that was indeed my point. That and being, who else really can understand the assembly coded game, compared to who can understand the AI written vibe coded app. The Dev who wrote it in assembly certainly understands it and a lot. The person who vibe coded an app…probably doesn’t understand most of it.

        • zr0@lemmy.dbzer0.com
          link
          fedilink
          English
          arrow-up
          2
          ·
          21 hours ago

          No, it does not. You can write good code with LLM. The tool is not the problem here, the user is. Inexperienced people think they can just develop something in a weekend and indeed, it looks good on the surface. But this leads then to the thing you describe. But if you carefully implement features including all tests, nothing is wrong with vibe coding. And people should start accepting this fact instead of fighting it based on bad examples.

      • OwOarchist@pawb.social
        link
        fedilink
        English
        arrow-up
        15
        ·
        22 hours ago

        does it really matter if it was vibe-coded?

        If you want secure, reliable, and maintainable code, very much yes.

      • Mark with a Z@suppo.fi
        link
        fedilink
        arrow-up
        14
        ·
        22 hours ago

        Vibe coding is not a correct use of ai tools. You can’t trust the code if the developer doesn’t understand it.