removal of KWhatsThisManager?

Stefan Majewsky kdemailinglists at bethselamin.de
Sat May 15 08:37:58 BST 2010


Am Samstag, 15. Mai 2010, 00:46:34 schrieb David Jarvie:
> I find whats-this a very useful thing sometimes, as a user. It can
> provide, when appropriate, a much longer text than would be reasonable for
> a tooltip. Sometimes when you can't understand exactly what a control is
> for, the choice is opening the manual, searching through it to try to find
> the right section to see if what you want to know is stated there - a long
> process - or, just view a whats-this, which, if it's implemented, can give
> a quickly accessed bit of context help.

I just tried it in KMail: There is only one meaningful whats-this message 
(meaningful as in: existing and not equivalent to the tooltip message), which 
is of no value because nobody will ever try to use it.

So if we keep whats-this (I find this discussion very worthwhile BTW), we need 
to do one of the following:
1. make it more visible which widgets have whats-this information
2. better integrate whats-this messages with the documentation workflow

I'm afraid that 1 will produce too much visual noise for the non-newbie user 
even if it is done right, so I'm all for 2. It could look something like this:
1. The tooltip includes a "more information" link.
2. When the "more information" link is clicked, the tooltip expands and shows 
the whats-this text. The "more information" link stays, however.
3. When the "more information" link is clicked again, the appropriate manual 
section is opened.

Of course there are some problems with this approach (like the issue that 
tooltips may not be click-through anymore, and that manual references need to 
be defined manually most of the time), but I'm confident someone can come up 
with a good design.

Greetings
Stefan




More information about the kde-core-devel mailing list