I guess you meant this as a joke, but for clarification, I meant no big changes such as new desktop edit mode. I wish the team would just focus of bug fixes and enhancements without introducing new elements or changing things up in a big way like this.
This isn’t a joke. Often times rewriting features like this will allow the code to be more streamlined and use the latest KDE library features. This is brining new features using modern and more maintable code that solves long standing issues. Fixing the old code sometimes isn’t worth the effort for a variety of reasons (based on unmaintained libraries, the original code might have been written a while ago so it’s had many revisions of fixes that necessarily complicated the code, etc.)
You misunderstand me. They can write new code and be ready when the bug hunting phase is over. The end user only gets bug fixes. Later they can backport any new feature after the phase.
I don’t think anyone has misunderstood you here. You misunderstood what you wrote in your first comment. The new desktop edit window is not proposing any new functionality that wasn’t there, but showcasing it in a more streamlined fashion. That’s in itself refining the user experience, which is exactly what you wanted.
