<table><tr><td style="">ngraham added a comment.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: #F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: inline-block; border: 1px solid rgba(71,87,120,.2);" href="https://phabricator.kde.org/D18419">View Revision</a></tr></table><br /><div><div><p>Thanks <a href="https://phabricator.kde.org/p/abetts/" style="
              border-color: #f1f7ff;
              color: #19558d;
              background-color: #f1f7ff;
                border: 1px solid transparent;
                border-radius: 3px;
                font-weight: bold;
                padding: 0 4px;">@abetts</a>, I appreciate the support, but I feel like it should not be for the reason that "the wave is to reorganize right now". This has nothing to to with popularity or momentum; it's because the reasons previously given for waiting wait are not valid. We cannot spare our users from churn and incremental changes that break muscle memory and invalidate documentation because we lack the resources and long release cycles necessary to do the one thing that would avoid that: making all changes in the span of a single release. Because we don't have that option, we are *already * doing those things every time we port KCMs one-at-a-time, change strings, even improve icons! Waiting for the re-org on the grounds that we want to avoid burdening our users with constant change things does not make sense because we are already doing this with every release. In fact, there is no option not to; our fast release cycles and limited resources make it impossible.</p>

<p>I do agree that it's important to make the minimum number of changes to avoid jerking users around and keep the churn as low as possible. However that's not an argument for waiting years and years to do this (or anything), it's an argument for ensuring that we make high-quality, well-considered changes that do not need to be reverted later. I encourage anybody who's nervous about this to participate in <a href="https://phabricator.kde.org/T8871" style="background-color: #e7e7e7;
          border-color: #e7e7e7;
          border-radius: 3px;
          padding: 0 4px;
          font-weight: bold;
          color: black;text-decoration: none;">T8871: Systematic KCM reorganisation</a>, which is where we're coming up with the plan. The more people who participate in that process, more the conclusion will reflect a consensus view that avoids controversy and and the impulse to redesign--which are after all signs and symptoms that the original design was not good enough.</p></div></div><br /><div><strong>REPOSITORY</strong><div><div>R119 Plasma Desktop</div></div></div><br /><div><strong>REVISION DETAIL</strong><div><a href="https://phabricator.kde.org/D18419">https://phabricator.kde.org/D18419</a></div></div><br /><div><strong>To: </strong>ngraham, VDG, Plasma, davidedmundson<br /><strong>Cc: </strong>GB_2, abetts, davidedmundson, plasma-devel, jraleigh, ragreen, Pitel, ZrenBot, lesliezhai, ali-mohamed, jensreuterberg, sebas, apol, mart<br /></div>