By default, the helpText dictionary is stored
in the method helpSpec in the class protocol of the application.
Common help texts should be moved
to a superclass of the application class to avoid having the texts around
multiple times and to make changes easier.
Notice:
The texts as defined in the helpSpec are used as keys for national language translated
variants, which are loaded from the application's resource file.
helpSpec
<resource: #help>
^super helpSpec addPairsFrom:
#(
#helpKey1
'This is the help text for the help key 1.'
#helpKey2
'This is the help text for the help key 2.'
...
)
The resource methods of the help specifications have to be implemented
as class methods in subclasses of the class ApplicationModel.
Other classes with window or menu resource methods should implement
the #helpSpecClass
-method,
to specify the class which provides the help information.
The returned class should be a subclass of
ApplicationModel:
For example:
helpSpecClass
^ApplicationModelSubclassWithTheHelpSpec
Help Key List | List of the help text keys. |
Add Button | Adds a key. |
Remove Button | Removes the help text key from the widget.
Only available, if the Help Tool is embedded in a GUI Painter or Menu Editor. |
Delete Button | Deletes the help text from the help spec. |
Help Key Entry Field | Unique help text key. |
Help Spec Classes List | List of the classes where help specs can be/are implemented. |
Help Text Text Editor | Shows the help text.
Help text which can be displayed in the application by redefining the help call showHelp: aHelpText for: aView, where aHelpText is the help text and aView is the widget instance invoked the call. Usually, this text is displayed in the application's help or info label; but its also possible to pop up an active help bubble. |
Copyright © 1998 eXept Software AG, all rights reserved