The structure of script_find is similar to a C program: some functions and callbacks appear first, followed by the main script.
The first two lines of the script are important, and should be included in every dtksh script you write:
#! /usr/dt/bin/dtksh . /usr/dt/lib/dtksh/DtFunc.dtsh
The first line executes the dtksh system and the second loads the dtksh convenience functions. The second line wasn't used in the scripts described in Chapter 2 because those scripts did not use any dtksh convenience functions.
script_find has the following functions and callbacks:
PostErrorDialog()
OkCallback()
LoadStickyValues()
EvalCmd()
RetrieveAndSaveCurrentValues()
This function is called when an error is detected, such as when the user enters an invalid directory. The function calls the convenience function DtkshDisplayErrorDialog() which displays a dialog box whose title is Find Error and whose message is contained in the variable $1, which is passed from the calling location.
dialogPostErrorDialog() { DtDisplayErrorDialog "Find Error" "$1" \ DIALOG_PRIMARY_APPLICATION_MODAL }
The last parameter, DIALOG_PRIMARY_APPLICATION_MODAL, tells dtksh to create a dialog that must be responded to before any other interaction can occur.
OkCallback() is called when either the OK or Apply button on the main script_find window is pressed. If the OK button is pressed, the script_find window is unmanaged. For either Apply or OK, the input search directory is validated; if it is invalid, then OkCallback() calls PostErrorDialog(). If it is valid, checks are made on the status of the toggle buttons on the script_find window and corresponding adjustments are made to the variable $CMD. This variable contains the entire command that is ultimately executed.
This function is called from the main program after the window has been created and managed. It loads all the values from the most recent execution of the script. These values are saved in a file called Find.sticky by the function RetrieveandSaveCurrentValues().
EvalCmd() is used by LoadStickyValues() to evaluate each line in Find.sticky as a dtksh command. The following is a list of a Find.sticky file:
XmTextSetString $SD "/users/dlm" XmTextFieldSetInsertionPosition $SD 10 XmTextSetString $FNP "two_letter_calls" XmTextFieldSetInsertionPosition $FNP 16 XtSetValues $FSTYPE menuHistory:$NODIR XtSetValues $FILETYPE menuHistory:$NOTYPE XmToggleButtonSetState $T2 true false XmToggleButtonSetState $T4 true false
RetrieveAndSaveCurrentValues() retrieves the current settings and values of the widgets in the script_find window and saves them in the file Find.sticky. Find.sticky is then used by LoadStickyValues() the next time the script is executed.
The remainder of the script is the equivalent of Main() in a C program. It initializes the Xt Intrinsics and creates all the widgets used in the script_find window. The set -f in the first line tells dtksh to suppress expansion of wildcard characters in path names. This is necessary so that the find command can perform this expansion.
The script_find window (see Figure 4-4) consists of a Form widget with four areas. The areas are marked by Separator widgets, and each area has several widgets, all of which are children of the Form.
The widgets are created in sequence by area, from top to bottom.
Initialize is accomplished by the Xt Intrinsics function XtInitialize():
XtInitialize TOPLEVEL find Dtksh $0 "${@:-}"
This creates a top-level shell that serves as the parent of a Form widget, which is created next.
A Form widget is used as the main parent widget. Form is a Manager widget that allows you to place constraints on its children. Most of the widgets in the main script_find window are children of the Form. The description of the creation of the rest of the widgets is separated into the four areas of the window (see Figure 4-4).
The first area consists of two Label widgets, two TextField widgets, and a Separator widget that separates the first and second areas.
The following code segment creates and positions the first Label widget and positions it within the Form using the DtkshAnchorTop and DtkshAnchorLeft convenience functions:
XtCreateManagedWidget SDLABEL sdlabel XmLabel $FORM \ labelString:"Search Directory:" \ $(DtkshAnchorTop 12) \ $(DtkshAnchorLeft 10)
The following code segment creates and positions the first TextField widget. Note that it is positioned in relation to both the Form and the Label widget.
XtCreateManagedWidget SD sd XmText $FORM \ columns:30 \ value:"." \ $(DtkshAnchorTop 6) \ $(DtkshRightOf $SDLABEL 10) \ $(DtkshAnchorRight 10) \ navigationType:EXCLUSIVE_TAB_GROUP XmTextFieldSetInsertionPosition $SD 1
The remaining Label widget and TextField widget are created in the same manner.
The Separator widget is created as a child of the Form widget and positioned under the second TextField widget.
XtCreateManagedWidget SEP sep XmSeparator $FORM \ separatorType:SINGLE_DASHED_LINE \ $(DtkshUnder $FNP 10) \ $(DtkshSpanWidth)
The second area consists of a RowColumn widget, five ToggleButton gadgets, and another Separator widget.
A gadget is a widget that relies on its parent for many of its attributes, thus saving memory resources.
The RowColumn widget is created as a child of the Form widget, and positioned directly under the Separator widget created in the first area.
XtCreateManagedWidget RC rc XmRowColumn $FORM \ orientation:HORIZONTAL \ numColumns:3 \ packing:PACK_COLUMN \ $(DtkshUnder $SEP 10) \ $(DtkshSpanWidth 10 10) \ navigationType:EXCLUSIVE_TAB_GROUP
The five ToggleButton gadgets are created as children of the RowColumn using the convenience function DtkshAddButtons:
DtkshAddButtons -w $RC XmToggleButtonGadget \ T1 "Cross Mount Points" ""\ T2 "Print Matching Filenames" ""\ T3 "Search Hidden Subdirectories" ""\ T4 "Follow Symbolic Links" ""\ T5 "Descend Subdirectories First" ""
Another Separator is then created to separate the second and third areas. Note that this Separator widget ID is called SEP2.
XtCreateManagedWidget SEP2 sep XmSeparator $FORM \ separatorType:SINGLE_DASHED_LINE \ $(DtkshUnder $RC 10) \ $(DtkshSpanWidth)
The third area consists of two option menus and another Separator widget.
The Option Menus are pull-down menus. When the user clicks the option menu button, a menu pane with a number of choices appears. The user drags the pointer to the appropriate choice and releases the mouse button. The menu pane disappears and the option menu button label displays the new choice.
The first option menu menu pane consists of a number of push button gadgets, representing various restrictions that can be imposed upon the find command:
XmCreatePulldownMenu PANE $FORM pane DtkshAddButtons -w $PANE XmPushButtonGadget \ NODIR "no restrictions" ""\ NFS "nfs" ""\ CDFS "cdfs" ""\ HFS "hfs" "" Next, the Option Menu button itself is created and managed, with the menu pane just created ($PANE) identified as a subMenuId: XmCreateOptionMenu FSTYPE $FORM fstype \ labelString:"Restrict Search To File System Type:" \ menuHistory:$NODIR \ subMenuId:$PANE \ $(DtkshUnder $SEP2 20) \ $(DtkshSpanWidth 10 10) \ navigationType:EXCLUSIVE_TAB_GROUP XtManageChild $FSTYPE
The second option menu button is created in the same manner. It provides further restrictions on the find command.
The third separator is created in the same manner as the other separators.
The fourth area consists of four push button widgets, all children of the Form widget.
The four push buttons are used as follows:
OK executes the find command with the parameters input in the script_find window and removes the script_find window.
Apply executes the find command with the parameters input in the script_find window but does not remove the script_find window.
Close terminates script_find without executing the find command.
Help creates a dialog box with information on the use of script_find.
The push buttons are created and positioned in much the same manner as any of the other widgets, although they are each labeled differently. The following code segment shows how the OK push button is created:
XtCreateManagedWidget OK ok XmPushButton $FORM \ labelString:"Ok" \ $(DtkshUnder $SEP3 10) \ $(DtkshFloatLeft 4) \ $(DtkshFloatRight 24) \ $(DtkshAnchorBottom 10) XtAddCallback $OK activateCallback "OkCallback"
XtSetValues is used to set some initial operating parameters:
XtSetValues $FORM \ initialFocus:$SD \ defaultButton:$OK \ cancelButton:$CLOSE \ navigationType:EXCLUSIVE_TAB_GROUP
Initial focus is set to the first TextField widget in the first area.
Default button is set to the OK push button in the fourth area.
Cancel button is set to the Close button in the fourth area.
Navigation type is set to EXCLUSIVE_TAB_GROUP.
The following line configures the TextField widgets so that pressing the return key does not activate the default button within the Form. See the description of EXCLUSIVE_TAB_GROUP in Appendix B for more information on its use.
DtkshSetReturnKeyControls $SD $FNP $FORM $OK
The last three lines of the script load the previous values of the script_find window, realize the top-level widget, and then enter a loop waiting for user input.
LoadStickyValues XtRealizeWidget $TOPLEVEL XtMainLoop