Created attachment 130577 [details] Screen recording The feedback kcm has a slider with 5 levels, where with each level some more telemetry data will be collected. The data which will be collected is listed beneath. The higher the level the longer list, which means it can be hard to grasp the difference between to adjacent levels. Especially if the list jumps up and down because the heading wraps as it can be seen in the video. It would be great if it didn't jump and convenient if the list could be grouped with a horizontal spacer line or braces { _______________________ Application versions Compiler information _______________________ Usage time Panel parameters _______________________ Information about OpenGL Where each group marks the difference to the levels before. Besides, there's no difference in the explanation between "Detailed System Information and basic usage statistics" and "Detailed System Information and usage statistics".
> Besides, there's no difference in the explanation between "Detailed System Information and basic usage statistics" and "Detailed System Information and usage statistics". Which is a good reason to make the difference more clear, otherwise this most likely would not have been slipped through your attention. :)
Created attachment 130582 [details] Mockup: Matrix *Brainstorming* I created a quick mock up: The difference among the levels could be easily shown by a matrix, where the highlighted column makes chosen level distinct.
Created attachment 130586 [details] Screenshot of Kate's user feedback As I just found out, each application, like Kate, has its own feedback setting. Now they all should probably look unified and if so inherit changes resulting by this bug report? Kate e.g. * does not show the URL to KDE's privacy webpage * has a color changing slider * shows a white background for all but the "Don't share anything" setting behind its level explanations. * has a second slider for surveys.
To the comment above: * additionally has a "Show the raw data that is going to be shared" button.
That's a pretty great idea!
(In reply to postix from comment #4) > To the comment above: > > * additionally has a "Show the raw data that is going to be shared" button. I had the same idea for a long time. The current information about telemetry is not enough and does not hold up to the open and transparent character of FOSS. What is this detailed usage information I would share on my highest setting? Would it contain that pronhub is the most used website while private browsing? Will it share the names of my image gallery folders including the one named "Me doing illegal stuff"? One big reason why people don't opt-in to telemetry is because they have no idea what they share. Nobody cares if KDE had their version of OpenGL, what their default browser is, what CPU or GPU they have or what their screen size is. What they care about is sharing information they would consider private. Right now there is no easy way to show the information that is sent to the dev team. GNOME recently published a telemetry that displays all the data sent in the terminal. That is a good step forward, but the average user does not want to fire up the terminal to show that. You need to provide a link to that information right from where you change the setting. I would suggest that the shared data is listed in a html file so you can use your browser to display that information. Such a file should not only include what information is shared but also what it contains. So if "org.kde.kwrite" is shared as installed app, you could add "simple text editor" with a link to discover. When the user's favourite apps or information about weather file sharing is enabled or not are collected it could tell you in a short sentence why it is collected. (I have no idea what the KDE Telemetry really collects and I based this on the GNOME Telemetry: https://linuxiac.b-cdn.net/wp-content/uploads/2022/08/gnome-info-collect1.png) The Matrix Mockup is a good step in the right direction.