https://bugs.kde.org/show_bug.cgi?id=360478
--- Comment #34 from Uwe Dippel <udip...@gmail.com> --- Thanks for the bounty! And for the very good description! I have - I think - ranted enough on things like this. Though, acer11kubuntu, it is not that easy. It did work perfectly okay in Plasma4, since the placement of items was dealt with there totally different. The problem with this and other regressive bugs isn't the developers. They were trying hard to adopt to different display geometries. The problem is more in the KDE core, and quality control. Anyone with a bit of insight would have noticed behaviours like this (and other quite obvious items) in the early development phases, much earlier than at coding. The project structure would need a complete revamp to get it back to function. Look at the undertaking with Plasma 4 and Plasma 5 to adopt to modern, varying, screen geometries and touchscreens. This has been worked on for 10 years, and now someone found out that the item 'right click on a touch screen' has simply been overlooked. And, yes, I have offered my contribution at times, though the project was always asking for coding abilities. Which already points at the weak point that seemingly the project lacks structural development well before the first line of code is written. And what we see here is a logical consequence: I do agree that in order to adopt to varying geometries, the rigid structure of item placement as in Plasma 4 by floating the items from the top left corner needed to be done away with. What is stored now is the last auto-placement according to the screen size. This renders the fuzzy clock really fuzzy: also with respect to placement (I did report that as well). Because depending on the time of day, the rectangle of that clock changes its size, making the fuzzy clock wandering all about the available screen estate, including changing the size considerably. -- You are receiving this mail because: You are watching all bug changes.
