https://bugs.kde.org/show_bug.cgi?id=376457
--- Comment #3 from Martin Gräßlin <mgraess...@kde.org> --- > Why would this increase maintainer overhead? Is there anything very > bad about > adding such an option? Code wise it should be a one line change (other > than > adding the option itself) to skip the retry block. Plasma 5.8 has a regression in a hardly used feature (shading). Plasma 5.9 has a regression in a hardly used feature (virtual maximize, then quick tile). I'm not going to add a config option for another hardly used feature. The hardly used features and the amount of config options we have are the cause for shaky quality. We don't have the resources to properly maintain the amount of config options. Introducing a config options means the possible number of option combinations doubles. We have already more than 50 different options in KWin core, plus all the effects with all their options. We cannot just add new options without properly thinking it through. Given that I requested usabililty feedback on the change in question and made it a requirement that we switch to one or the other behavior. But not both. -- You are receiving this mail because: You are watching all bug changes.
