Online Help in ACEDB has been restructured to make it possible for curators to document tags, fields and classes. Users access this information in a context-sensitive way from within a text display. The standard display-oriented Help distributed with the offical release has been integrated into this system. The original help system is also still available.
#!/bin/csh -f exec /home/mosaic2.2/Mosaic-sun $* exitThe script should point to a valid Mosaic executable (or a link to one). The script must be executable. Mosaic can be obtained from ftp.ncsa.uiuc.edu and other sources via anonymous ftp. If Mosaic is not running, ACEDB will launch it. Subsequent calls for help will reuse the same Mosaic window. The user may kill Mosaic if desired. If the script is missing, ACEDB will try to use the original help mechanism (which relies on wspec/help.wrm).
CSH also uses another "fallback" mechanism to insure that help of some kind is always available. This is useful because many curators will document only a small subset of possible classes, fields and tags. If a user asks for help for an undocumented item, ACEDB searches back along the branch containing that item until it locates help. The fallback may be help for another field, tag or the class itself. If the class is undocumented, ACEDB will fallback to help for Text displays.
Users obtain help for tags and fields by selecting them first, then requesting help via the pop-up menu in the Text window.
To document classes, tags, and fields, you need to add new files to whelp/. These are named according to a simple scheme. For example, to document certain items in class ?Paper you would create the following files:
Tree_Paper.html documents class ?Paper Tree_Paper_Author.html documents tag Author Tree_Paper_Author_Data.html documents field following AuthorThe documentation can be as simple or elaborate as you want. Since html gives you the ability to make links to other documents, you can extend your help by referencing other help files, ancillary information not directly called by ACEDB, and even files at remote sites. The latter however will not work unless the host is attached to the Internet and should be done sparingly.
ACEDB will store the names of the files it tests for in the database/log.wrm file if ACEDB_HTML_DEBUG_MODE is active. To use this feature, before starting ACEDB enter the following line:
% setenv ACEDB_HTML_DEBUG_MODEThe debug mode will remain active for the entire session. You may deactivate this mode by entering
% unsetenv ACEDB_HTML_DEBUG_MODEIn database/log.wrm file you will find groups of lines like the following. . .
/home/ace3/whelp/Tree_Clone_Links_Data.html /home/ace3/whelp/Tree_Clone_Links.html /home/ace3/whelp/Tree_Clone.html /home/ace3/whelp/Tree.html. . . assuming you are using this model:
?Clone Links ?Fragment XREF LinkThe log indicates that help was requested for the data field following the "Links" tag in a Clone object. ACEDB first attempted to find help for that specific item, i.e. the file Tree_Clone_Links_Data.html.
Since that was not present, it searched for Tree_Clone_Links.html, which is the closest "enclosing" description. It traversed the Clone class tree until it located the Tree display help available in Tree.html.
Do not leave this DEBUG option enabled when it is not needed. The log.wrm file may grow rapidly.
The help mechanism is confused when more than one text display is open.
Back to Table of Contents