D24635: feedback kcm: Improve wording and presentation of the user feedback settings

Aleix Pol Gonzalez noreply at phabricator.kde.org
Wed Oct 16 02:20:03 BST 2019


apol added a comment.


  > Ok, just tried this out. The problem is that the global on/off switch that's presented to the user is still reversed from what it should be: instead of saying, "forbid KDE software from bla bla bla", it should say "allow KDE software to bla bla bla". Otherwise the user looks at the unchecked checkbox and wonders, "is KDE software able to send information unless I check this?" And it's a valid concern because apparently that is in fact possible.
  > 
  > IMO we need to make the global killswitch be on by default (so all telemetry is forced off, which is what I thought we'd all agreed to). If we do that, then it's actually safe to have apps and Plasma turn telemetry on by default, because the global killswitch will be overriding them. And then when a user enables telemetry in this KCM, the global killswitch turns off and then apps and Plasma will instantly start sending information.
  > 
  > Does that make any sense?
  
  I understand what you say but I don't think that's even feasible. Does it really make sense that from e.g. KMail you need to ask the Plasma KCM for permission to send feedback?
  Furthermore, a KMail user may not even be on Plasma, how would you enable feedback then?

REPOSITORY
  R120 Plasma Workspace

REVISION DETAIL
  https://phabricator.kde.org/D24635

To: apol, #plasma
Cc: ngraham, davidedmundson, plasma-devel, LeGast00n, The-Feren-OS-Dev, jraleigh, fbampaloukas, GB_2, ragreen, ZrenBot, alexeymin, himcesjf, lesliezhai, ali-mohamed, jensreuterberg, abetts, sebas, apol, ahiemstra, mart
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/plasma-devel/attachments/20191016/52405132/attachment.html>


More information about the Plasma-devel mailing list