When actions are added to a form, they appear in the Form Action bar at the top of a form. The Action bar remains fixed as the user scrolls through the form, so the buttons are always available no matter where the user is in the form. Buttons can also be added directly on the form wherever they are needed.
Unlike pushbuttons or actions otherwise embedded in a specific location on a form, action buttons do not print with the rest of the document. Pushbuttons print unless the Hide-When Printed property has been selected for the paragraph in which the pushbutton resides.
Shared actions can be created in the Shared Code area of the Design list. When you are in the Shared Action design area, you can choose Create, Shared Action from the menu. Shared actions are programmed in exactly the same way that an action is programmed. Shared actions can be inserted into a form by choosing Create, Action, Insert Shared Action. You can use a shared action in either a view or a form, and as long as the context for the action is appropriate, it will work equally well. For example, you might want to create an Edit shared action. True, there is a default Edit Document system action, but it doesn't work for Web clients . You can create a shared action and use @Command([EditDocument]) , which will work for both Web and Notes clients. This shared action will work both in views and in documents.
Figure 5.19. A new action displays the properties box opened to the Action Info tab.
Actions can be deleted by highlighting the action in the Action pane and either pressing the Delete key or choosing Edit, Clear from the menu.
Working with System Actions
In earlier versions of Notes and Domino, default system actions were automatically added to a form. You could not delete them, but you could cause them not to display. In Designer 6, system actions must be explicitly added to forms; if added, they can be deleted by selecting the action(s) and pressing the Delete key. To add system actions, choose Create, Actions, Insert System Actions.
The six system actions are listed in Table 5.6. By default, these actions do not appear in the Form Action bar, but can be set to do so from the Action properties box Basics tab.
Table 5.6. System Actions
|Categorize||If the form has a field called Categories, allows the user to modify the value in single or multiple documents. Designers can then sort and categorize the documents in views.|
|Edit Document||Opens the document in edit mode.|
Sends the document to a user or mail-in database.
A SendTo field must be present for this to work.
|Forward||Forwards the document or documents to users or mail-in databases in a mail message.|
|Move to Folder||Moves the documents to a folder. Users can create new folders on the fly.|
|Remove from Folder||Removes the document from a folder. Note that this does not delete the document.|
Understanding Simple Actions
Simple actions are available for forms, agents , and views, so some aren't very useful for forms. For example, marking a document as Read doesn't make much sense because the Action bar doesn't appear unless the document is being read. Figure 5.20 shows the Add Action dialog box. The following are the simple actions:
Figure 5.20. You add simple actions with the Add Action dialog box.
You can string together several simple actions in the same action. For example, you can modify a couple of fields and then send the document. The form in Figure 5.21 has three actions strung together. The first sets the value of the SendTo field to a legitimate email address using the Modify Field simple action. The second uses the Send Document simple action to mail the document to the address in the SendTo field. The final is an @Function formula that combines @Command([FileSave]) and @Command([FileCloseWindow]) .
Figure 5.21. Several simple actions are combined in this form action; this technique also works for agents and view actions.
When you've created an action, you'll want to name it. It is a good idea to keep the names short and to the point, especially if there are multiple actions on the form. You can create actions with subactions by choosing Create, Action, Action with Subaction, and you can group similar actions under one action button. When you do so, a top-level action appears in the Action pane, along with a subaction indented underneath. At runtime, when the top-level action button is clicked, a drop-down menu appears. To create additional subactions, position the cursor in the Action pane under the last subaction and create a new action. The Reply button in the Inbox view of the mail database is a good example of this. It combines the following four shared actions:
Reply with History
Reply Without Attachment(s)
Reply with Internet-Style History
Of course, you can immediately see the power behind actions with subactions: You can stack more actions on the Action bar than ever before. Actions with subactions are also referred to as cascaded actions. Because actions are available to both Notes and Web clients, cascaded actions can help replace the menu available to Notes clients but not to Web clients.
In R5, you created cascading actions by placing a backslash after the common name for the action ”for example, DocumentEdit . Designer 6 does not permit the slash character in the name of the action.
You can easily move an action by clicking it with the mouse pointer and dragging it to a new location.
Whenever you create a cascaded action, you can also include a graphic image that shows in the Action button. To do so, add the image to the first cascaded action. Naming an action is done in the Name section on the Action Info tab of the Action properties box.
Working with Action Properties
Like most other objects in Notes and Domino, a properties box is available for actions. Three tabs are available: Action Info, Action Hide-When, and Advanced. To quickly display the Action properties box, open the Action pane and double-click the action.
The Action Info Tab
The Action Info tab is shown in Figure 5.22. On this tab, you specify the name of the action, specify a target frame, determine the display properties of the action, and choose an icon.
Figure 5.22. The image chosen on the Action Info tab is from the image resources for this database.
In the top section, you can name and label the action. Labels are new to Designer 6 and appear in place of the name. If there is no label, actions use the name. If you use a label, you must programmatically determine the label using the Formula language. The formula must evaluate to a text string for the label.
The Target Frame field is used for actions in framesets. Specify the name of the frame that will contain the results of the action. For example, if your action opens a page, enter the name of the frame in which the page should display.
Four check boxes in the Display section control whether the action appears in the Action bar, in the Action menu, or in both. If you check Include Action in Action Bar (the default for a new action), you can also check Only Show Icon in Action Bar and Right Align Action Control. The first causes only the icon to appear, even if a name has been specified for the action. When you right-align an action button, it appears on the right side of the Action bar. You can mix right- and left-aligned actions in the same form. The last check box, Include Action in Action Menu, is also checked by default. In general, it is a good idea to leave it checked so that Notes users who prefer using the keyboard over the mouse also have access to the action.
The order in which the actions appear is the same in the menu and the Action bar, and is derived from the order in Designer 6. When deciding on the position of each action, consider adopting a standard placement for frequently used actions. For example, in a view, you might place the New Document button first, followed by the Edit and Delete buttons. Similarly, in a form, you might place the Edit button first, followed by a Close button. Placing design elements in the same location makes your applications easier to use because users know where to find the actions.
The Type and Value fields in the Display section are new to Designer 6. You have three choices in the Type field: Button (the default), Check Box, and Menu Separator. Button is the standard action discussed in this chapter so far. If you select Check Box, the Value field is enabled for entry of a formula that controls the contents of the check box. The formula must evaluate to True or False ; True displays a check mark. For example, you might want to use a check box to indicate the value of an underlying field. The following formula places a check mark in the check box when the status of a document is Approved :
@If(cStatus = "Approved"; 1; 0)
Graphics can be included in action buttons. The Icon section has three radio buttons that determine the graphic content: None (no graphics), Notes, and Custom. When you switch from None to Notes or Custom, an Image field appears. If you select Notes, clicking the Image field exposes the icon palette shown in Figure 5.23.
Figure 5.23. The Notes icon palette contains 155 icons.
To include a custom graphic, you must first create it in a graphics program and then include it as a shared image resource. To use the image, click the Custom setting on the Icon radio button; next to the Image field appear the Browse and Formula buttons. Either use the Browse button to choose the image resource, or click the Formula button and write a formula specifying the resource (refer to Figure 5.22).
Be sure to use an image with a transparent background so that you can switch colors for the Action bar and have only the image appear, not the image background.
The Action Hide-When Tab
Hide-when formulas are a powerful way to work with actions (see Figure 5.24). There are many reasons to hide actions. For example, it doesn't make any sense to have an Edit action appear when the document is already in edit mode; similarly, if the document is in read mode, there's no reason to display a Save action. You can also hide buttons from users based on their roles in the database, the client type, their username, the status of the document, or any one of a number of different reasons. Having actions that appear only when they are needed helps reduce confusion and clutter on forms.
Figure 5.24. This action is hidden when previewed or opened for editing.
It is a good idea to create shared actions for commonly used actions, such as Edit and Save and Close. As pointed out earlier, both shouldn't be visible at the same time. To make this work, hide the Save and Close action when the document is previewed or opened for reading. Hide the Edit action when the document is previewed or opened for editing (see Figure 5.24).
Beyond these simple settings a myriad of possibilities are available by using a formula. The hide-when formula must be written in the Formula language, and it must evaluate to True or False . Typically, this formula is a simple equality test based on a field or fields in the form. Note that you don't always need to use @If(condition = value; @True, @False) ; the formula will work with the simpler, more direct statement condition = value . For example, you can hide a button that a supervisor uses to approve a document with the following formula (assume that the supervisor's name is stored in the field cSupervisor):
cSupervisor = @Name([CN]; @UserName)
In some cases, you want a group of people to be able to perform a certain type of action. Perhaps you have an awards process that requires a group of people to review nominations for a given award. You can set up a group in the public directory, add the group to the ACL of the database, and assign a role to the group ” [Reviewers] , for example. The following formula could be used to hide a Review button from everyone except the reviewers:
(@IsNewDoc !@Contains(@UserRoles; "Reviewer")) !cStatus = "Released"
Note that in this formula, the test for the users' roles is combined with other aspects of the document. First, you wouldn't want a review to be available for a new document, so the function @IsNewDoc is used. If the document is new, it returns True and the action isn't visible. In the case of this application, the client needed to approve the nomination before it was released to the reviewers, so a test for a status of Released is also included. Note that each argument is connected by an OR (the pipe symbol) so that if any of these conditions is True , the action would not display.
As a way of further limiting access to the Review document, the form property Include in Menu was deselected. Because it didn't show up on any menu, clicking the action button was the only way to create a review. As these last few examples have shown, combining the Hide-When tab with actions is a very powerful way of controlling your application.
The NotesFlow Publishing Tab
NotesFlow publishing is set up on the Advanced tab of the Action properties box (see Figure 5.25). Settings on this tab allow the developer to work with other applications that support OLE and share information between them. This can be a very powerful tool; actions that are published are available to other NotesFlow-enabled applications such as Lotus 1-2-3, Freelance Graphics, WordPro, and Microsoft Word.
Figure 5.25. The Advanced tab of the Action properties box enables you to publish the action to NotesFlow-enabled applications. The Shared Action properties box visible in this figure is identical to the Action properties box.
If you create an OLE object such as a Lotus WordPro or Microsoft Word document in a form, you can use NotesFlow to publish actions. When the action is published, it appears on the OLE application's menu. As you can see from Figure 5.25, you can control what happens when the action is chosen from the OLE application's menu system.
Publish Action with OLE Object places the action on the OLE application's Action menu. Close OLE Object and Return to Notes and OLE Object Remains Open is a radio button set that determines what happens when the action is chosen from the OLE application's menu. The last option is a check box and is available for all choices on the Advanced tab. This option makes the OLE document window the active window.
Understanding Action Bar Properties
The Action bar itself has properties also. To open the Action Bar properties box, you must have the Action pane open. Select Design, Action Bar Properties from the menu, or choose it from the drop-down list in the title bar of the properties box. The Action Bar properties box has changed substantially in Designer 6. There are six tabs on the Action Bar properties box: Action Bar Info, Action Bar Size , Action Bar Background, Action Bar Border, Button Properties, and Button Font (see Figure 5.26).
Figure 5.26. The Action Bar Info tab has Alignment and Web Access settings.
Working with the Action Bar Info Tab
Working with the Action Bar Size Tab
The Size Tab has a setting for the bar height and the font face, size, and style (see Figure 5.27). The Bar Height drop-down list has three settings: Default, Exs, and Fixed. The font settings are available only for Exs. If you choose either Exs or Fixed, you can manually adjust the height in the spinner under the Bar Height option.
Figure 5.27. The Action Bar Size tab has settings for the height of the Action bar.
Working with the Action Bar Background Tab
The Action Bar Background tab has three sections: Color, Image, and Options (see Figure 5.28). The standard color picker is available from the Color field. You can choose from the standard palette, click the RGB button, and mix your own colors, or you can click the System icon to return to the default system color . You can choose an image resource or create a formula to select the image resource. The Options section has a Repeat field with the following choices:
Size to Fit
Figure 5.28. The Action Bar Background tab has many new settings in Designer 6. In R5, you could specify only the color.
You use these settings to determine how your graphic image works on the Action bar.
Working with the Action Bar Border Tab
The Designer 6 Action Bar Border tab gives you full control over the Action bar border, including the same options as there are for tables (see Figure 5.29). In R5, there were only three options; these are listed at the bottom of the Border tab in the Old Style Bottom Border. As you can see from the text, this section has been deprecated. The options for borders aren't covered here; see the section "Working with Table Borders," earlier in this chapter.
Figure 5.29. The Action Bar Border tab has many new options.
Working with the Button Properties Tab
The Button Properties tab has been renamed ; in R5, it was called the Button Background tab. Sections on the Button Properties tab control the appearance of the buttons themselves , distinct from the Action bar. With the settings on this tab, you can control the size of the buttons, when the border displays, and the background of the buttons (see Figure 5.30). There are three sections on this tab: Button Size, Button Options, and Button Background.
Figure 5.30. The Button Properties tab has been renamed in Designer 6.
You can modify the height, width, and margin sizes of buttons on the Action bar in the Button Size section. Settings on this tab apply universally to all buttons on the button bar. You can choose from four settings for the height: Default, Minimum Size, Fixed Size, and Background Size. Fixed Size and Minimum Size opens a control at 8 pixels. The Width setting has three choices: Default, Background Size, and Fixed. Fixed again opens a control, this time set to 144 pixels. The Margin setting has two choices: Default and Fixed Size. If you choose Fixed Size, a control is opened at 2 pixels.
In the Button Options section, you specify the border display, text alignment, internal margins, and drop shadow. The default for the Button Border display is On Mouse Over, but you can also choose Always, Never, or Notes Style. You can align text either left (the default), center, or right. The internal margins are set to 0, but you can increase this with the control. A check box for the drop shadow is the last item in the Button Options section.
You can change the color of the buttons independently of the Action bar in the Button Background section, or you can select an image from the shared image resources. Any images attached to specific actions that appear in the Action bar display over top of the Button Background image, so be careful what sort of image you use. If the image used for the background is a different size than the default button bar, and if you choose Background Size for Height or Width, the button size will match the size of the image.
Working with the Button Font Tab
The Button Font tab is a very straightforward tab. You can choose the font, size, style, and color just as you would for any other text object (see Figure 5.31).
Figure 5.31. The Button Font tab of the Action Bar properties box functions just like the Font tab of the Text properties box.
Part I. Introduction to Release 6
Whats New in Release 6?
The Release 6 Object Store
The Integrated Development Environment
Part II. Foundations of Application Design
Advanced Form Design
Using Shared Resources in Domino Applications
Using the Page Designer
Adding Framesets to Domino Applications
Automating Your Application with Agents
Part III. Programming Domino Applications
Using the Formula Language
Real-World Examples Using the Formula Language
Writing LotusScript for Domino Applications
Real-World LotusScript Examples
Writing Java for Domino Applications
Real-World Java Examples
Enhancing Domino Applications for the Web
Part IV. Advanced Design Topics
Accessing Data with XML
Accessing Data with DECS and DCRs
Security and Domino Applications
Creating Workflow Applications
Analyzing Domino Applications
Part V. Appendices
Appendix A. HTML Reference
Appendix B. Domino URL Reference