<table><tr><td style="">hein requested changes to this revision.<br />hein added a comment.<br />This revision now requires changes to proceed.
</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/D19822">View Revision</a></tr></table><br /><div><div><blockquote style="border-left: 3px solid #a7b5bf; color: #464c5c; font-style: italic; margin: 4px 0 12px 0; padding: 4px 12px; background-color: #f8f9fc;"><p>This is a specious argument.</p></blockquote>

<p>No, it's not. Trivial options have a lot of cost attached to them: They make a UI noisier and more intimidating, and therefore less appealing. They also make it less effective by making it harder to find what you're looking for, as you have to scan through more options. They also introduce additional codepath and states, increasing the maintenance burden and complicating user support ("is your configuration X or Y?").</p>

<p>Moreoever, adding options like this is almost always lazy and unloading a burden on the user instead of designing a UI that does the right thing and doesn't need the option.</p>

<p>Options have to be earned.</p>

<p>My take is this:</p>

<ul class="remarkup-list">
<li class="remarkup-list-item">If the danger of users clicking the indicator accidentally and getting upset by it is high, this is a bad feature and shouldn't go in.</li>
<li class="remarkup-list-item">If the danger isn't actually that high, there's no need for an option.</li>
</ul>

<p>A possible improvement to make here is to make the indicator visually react to hover by recoloring the icon, to teach that it's seperately interactive and will do something different than clicking elsewhere on the task button, so users get habituated not to click it accidentally. This should probably be done anyway (we're usally pretty triggerhappy on the hover feedback).</p>

<blockquote style="border-left: 3px solid #a7b5bf; color: #464c5c; font-style: italic; margin: 4px 0 12px 0; padding: 4px 12px; background-color: #f8f9fc;"><p>As for the checkbox, I think it's only a matter of are we going to add it now or after someone opens up a bug report.</p></blockquote>

<p>No, if that bug report comes and comes repeatedly, we know it's a bad feature and drop it again.</p>

<blockquote style="border-left: 3px solid #a7b5bf; color: #464c5c; font-style: italic; margin: 4px 0 12px 0; padding: 4px 12px; background-color: #f8f9fc;"><p>Chrome BTW even totally nuked the flag: <a href="https://www.reddit.com/r/chrome/comments/9hi48g/the_ability_to_mute_a_tab_that_is_currently/e6clssr/" class="remarkup-link" target="_blank" rel="noreferrer">https://www.reddit.com/r/chrome/comments/9hi48g/the_ability_to_mute_a_tab_that_is_currently/e6clssr/</a></p></blockquote>

<p>According to the linked discussion, Chrome is nuking the entire feature - it's not about the indicator being clickable. And they're doing it for unrelated reasons that are mostly strategic to the web platform and don't concern us here.</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/D19822">https://phabricator.kde.org/D19822</a></div></div><br /><div><strong>To: </strong>faridb, Plasma, VDG, ngraham, filipf, hein<br /><strong>Cc: </strong>rooty, hein, filipf, mvourlakos, ngraham, broulik, plasma-devel, jraleigh, GB_2, ragreen, Pitel, ZrenBot, lesliezhai, ali-mohamed, jensreuterberg, abetts, sebas, apol, mart<br /></div>