
Various KDE 1.-4. Improvements
Source (link to git-repo or to original if based on someone elses unmodified work): Add the source-code for this project on opencode.net
This is a small app every KDE-app could use.
Sometime before I made a feedback-wizard for a "yet-to-be-released-tool".
Now here it is:
A GENERIC Feedback Wizard every app can use.
It's a command line tool that can be called by any application, script, whatever wants to get some feedback from it's users.
KEFeedbackWizard can be customized in some ways by command line switches.
If you need to customize it even further, use it's sources directly in your own app.
There are a lot methods to create your own feedback-pages.
Just give it a test!
Docs are included!
15 years ago
05/06/11
0.1 - 0.3:
- Moved classes to a dynamic lib
- Added nice window caption
- Window is resized on creation
- Window is centered on creation
- Other-options have an accel set
- Changed dialog-texts
- Changed spacers which kept the content centered from Expanding to Minimum
- Removed "Master of the known universe"
- Added "Show Report"-Button
- Added Extra-Widget to place widgets between optionGroup and commentEdit
- Added short commandline parameters
- Added report-button and dialog
- Changed some texts on radio buttons
- Replaced radios by checkboxes on the "Where-do-you-use"-page
- Added attributes "version", "app-name", "app-version" to output-format
- Now using output-format version 2
- Removed defaultscore for "Where-do-you-use"-page, as they are obsolete
- Added --mail option to commandline to mail reports automatically
- Added --app-version option commandline, defaults to 1.0
- Added appVersion to KEFeedbackWizard constructor
- Removed "Other"-options from default pages
- Changed helptext for the commentEdit
- KEFeedbackWizard doesn't need KConfig-files anymore
- KEFeedbackWizard renamed to KFeedbackWizard
05/02/12
Released first version in code.
Removed homepage link.
There are only screenshots of my proposal.
Added homepage-link :-)
15 years ago
05/06/11
0.1 - 0.3:
- Moved classes to a dynamic lib
- Added nice window caption
- Window is resized on creation
- Window is centered on creation
- Other-options have an accel set
- Changed dialog-texts
- Changed spacers which kept the content centered from Expanding to Minimum
- Removed "Master of the known universe"
- Added "Show Report"-Button
- Added Extra-Widget to place widgets between optionGroup and commentEdit
- Added short commandline parameters
- Added report-button and dialog
- Changed some texts on radio buttons
- Replaced radios by checkboxes on the "Where-do-you-use"-page
- Added attributes "version", "app-name", "app-version" to output-format
- Now using output-format version 2
- Removed defaultscore for "Where-do-you-use"-page, as they are obsolete
- Added --mail option to commandline to mail reports automatically
- Added --app-version option commandline, defaults to 1.0
- Added appVersion to KEFeedbackWizard constructor
- Removed "Other"-options from default pages
- Changed helptext for the commentEdit
- KEFeedbackWizard doesn't need KConfig-files anymore
- KEFeedbackWizard renamed to KFeedbackWizard
05/02/12
Released first version in code.
Removed homepage link.
There are only screenshots of my proposal.
Added homepage-link :-)
sheldonl
15 years ago
Report
SegFault
15 years ago
When your app links against it, you can embed arbitary widgets in it.
Report
niti
15 years ago
Report
mokuias
15 years ago
I know Kontact already has a similar feature, and I thought to myself that this is really great - you seem to have sprung on the idea a lot earlier. Awesome. ;-)
Pascal
Report
janet
15 years ago
Report
HulkProtector1
15 years ago
-Sam
Report
SegFault
15 years ago
Nuvola-Pastels with Comix :-)
Report
sebas_double
15 years ago
Maybe different pre-fab widgets / kinds of pages for different kinds of questions would be useful. Textareas, checkboxes, radiobuttons come to my mind, but also table structures for so-called Likert questions (see http://en.wikipedia.org/wiki/Likert) might be really useful.
Just what came to my mind ...
[ot] Why is the subject field so *&^@#$ short ... ?[/ot]
Report
cerulean
15 years ago
Report
SegFault
15 years ago
You have to call the tool with certain parameters and catch its output to stdout, so I don't see a reason putting this in K-Menu, but if you have a nice idea - feel free to tell me ;-)
If you want to help with the texts:
Please contact me:
segfault_ii AT web DOT de
Report
cerulean
15 years ago
I agree with the statement saying you should allow users to see exactly what is being sent over - show them a text area with the data you're about to send.
Congrats for the nice tool again.
Report
link97381
15 years ago
Report
SegFault
15 years ago
It's no Talkback-Agent like the one in Mozilla that appears when the application crashes.
It is a small tool to enable developers to get feedback from their users what they actually think about an application.
I don't think anything should be stored, as each application should call this wizard only once, and I don't want to have information I entered when answering questions about Konqueror again when the wizard is started by KMail (or some other application).
In addition: please take the "Generic" in "Generic Feedback Wizard" in account.
This tool isn't meant for KDE-apps only.
You can use it for any application you like, even VI or Emacs ;-)
Report
fprog26
15 years ago
When you say transmit Qt, KDE, CPU, mem, etc. information.
Could you add a ">>" button to show what "content" is sent through the form?
i.e. It's hidden by default but some geeks might wanna know what it sent.
Also, a formal "ASCII" view [View Report]
at the end toward with a [Submit].
Sincerely,
Fred.
Report
SegFault
15 years ago
My first idea was to let it to the application that uses the feedback wizard to show the user what will be submitted.
The wizard creates an XML-file that can be used by other applications for whatever they like.
I think about integrating a further option to let the user see the output.
Report
rgfernandes
15 years ago
You should think about the several languages in the world too. How can the developer use this information if a italian user sends the feedback but the developer doesn't understand italian?
Report
SegFault
15 years ago
You'll see, translations will come in a future release.
The problem with collecting infos about the users actual usage has to be solved in the applications.
Let's take Konqueror as an example.
How should I get information about this from an external application?
Perhaps this is possible, but then I'd prefer to leave it to a more advanced developer than me.
I could file a whislist-bug report about this.
Maybe it could be integrated in KDE 4?
Report
rgfernandes
15 years ago
In the wizard, exists a field to add some commentaries. This field is not translatable.
Report
rgfernandes
15 years ago
Report
bobuse
15 years ago
nice idea :-)
Report
liquidat
15 years ago
But when these things work, I think it would help improving the software in a nice way.
Report
sewagemaster
15 years ago
problem now is that bugs.kde.org requires an account and i'm sure a lot of people arent reporting problems because they don't feel like registering.
maybe some sort of database that would integerate with theirs that doesnt require registration/ anonymous feedback?
Report
elektroschock
15 years ago
Report
Superstoned
15 years ago
Report
Jeroenverh
15 years ago
Seems a really nice and useful program to me!
One small thing:
What does the Sys Util, Applications and documents mean in the picture? Does it do anything when you press on it? If not, I would remove it, it confuses a bit.
Hope that a lot of programs will use it.
Report