Herbert Voss wrote: > toolstips are one thing, every application has it more or > less. They are okay, but you are _very_ limited in the > length! The help-button gives you a help whuch is more than > a tip, it explains some important interaction which the toolstips > can't. The next step are the tutorials! Three different and > important kind of help.
I have used your text from the help files, and it fits very well into the text_info field. I know that help is something different, but the kind of information you are giving in the current help files are tooltips, they explain what the buttons and widgets do. IMHO the current help files are very unclear. I always have to open the browser and serachg the whole file if I want to know what a button does. So my proposal is related to the current situation (and to 1.2.0). If you want to write real help files with additional infos eventually: great! Than we can add a real help system. But you have to separate it from information which belongs to tooltips, then. Another thing is - again - gui consistency. Preferences has tooltips since its begin. I don't want to have 16 different approaches. So either the preferences tooltips are changed into a help file or the help files are changed into tooltips. BTW: I'm trying to add tooltips to other dialogs too in the next days. > I'm very astonished, that the devolopers say what kind > of help is the best. This is _absolutely_ user-dependent and > it will be the best way to let them decide which is more > or less helpful! Developers have to decide what is good and bad ui-design. > With all respect to the doc-team, but there were more than > one user mail which had not the best comments to the > helpfiles for 1.1.6. No one besides you knows better what users want when it comes to help. But UI-design is a thing that is important, too. Juergen. > Herbert
