What am I missing, hasn't this been in i3 since like forever?
this post was submitted on 15 Apr 2026
109 points (99.1% liked)
Free and Open Source Software
22272 readers
25 users here now
If it's free and open source and it's also software, it can be discussed here. Subcommunity of Technology.
This community's icon was made by Aaron Schneider, under the CC-BY-NC-SA 4.0 license.
founded 3 years ago
MODERATORS
People are calling this a 'problem' and a 'bug' ... but it's neither. It was just a missing feature.
A missing feature that wasn't possible under X and can be implemented now under Wayland. So it had nothing to do with KDE itself.
I dont understand that part. This has been a thing in i3 since forever
From the bug report in 2013:
It is not possible to implement this feature without violating the EWMH specification (it doesn't consider that there are more than one active virtual desktops at the same time, it might cause windows to misbehave). Because of that there is no chance that this can be implemented on the base of X11
yeah, yet, its a feature in i3
Maybe they just ignored the specs? I read that as it's technically possible but you shouldn't do it.
Improvement is a good word for improvement
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
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.
This just sounds like a professional using a tool.
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" 😛
No one said AI is "just a tool".
But it can also be a tool, when used correctly.
Nope. We all know the phrase "if it's free, you're the product". In one of his non-offensive moments, RMS said that social media users are really "the used".
Under the current paradigm, the "AI" user is the real tool.
AI isn't free. You're just on the free trial for personal use, to get you to rely on it, so you'll also need it at your job where your employer has to pay a lot of money for it.
Nobody said "AI" was free. That was a rhetorical figure to lead into the rest of my argument which, apparently, you couldn't argue against.
The way you're steering the conversation off track with every post is frankly like talking to a chatbot.
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.
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.
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.
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.
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.
If it works, does it really matter if it was vibe-coded? Sometimes, people use tools correctly.
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.
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.
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.
Sure, but I'm going to guess KDE devs didn't blindly accept the merge request.
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.
I think what you're favorably describing stops being "vibe-coding" and starts simply being "coding with LLM assistance". And I suspect most people in this thread railing against vibe-coding are much less hostile to LLM assistance. In any case, I don't think saying that people "should start accepting this fact" will convince anyone that wasn't already, especially if you call it all "vibe coding".
Yeah, I happen to call both the same and I stopped arguing with the anti-LLM fanatics, as it probably felt the same during industrialization when people were still thinking that “my manual labor will survive no matter what” and then just went bankrupt.
But you are definitely right at this.
does it really matter if it was vibe-coded?
If you want secure, reliable, and maintainable code, very much yes.
Vibe coding is not a correct use of ai tools. You can't trust the code if the developer doesn't understand it.
Why are we assuming he didn't and it must be "AI"?
I am not part of that "we", I don't know what this is and I'm not assuming anything.
You begged the question. You assumed "AI" use and then made a vibe-coding accusation without evidence.
That was someone else. Different people in this comment chain.
No, I did not.
Seemingly just because the title has "PHP dev" in it. It's not entirely fair.
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.
It's more that compositors (picom, xcompmgr) and window managers are extremely complex, and adding that feature in could have much larger impacts than just the functionality itself, e.g. security context implications, task scheduling, rendering pipeline issues, etc. Wayland actually combines the compositor and WM, so it's more readily extensible than X11.
Ohhh, this may finally make me switch from Gnome to KDE