Sprocket Menus 1
|Column Tag:||Getting Started
Sprocket Menus, Part 1
By Dave Mark, MacTech Magazine Regular Contributing Author
Note: Source code files accompanying article are located on MacTech CD-ROM or source code disks.
My February 93 Getting Started column featured a program called MenuMaster. MenuMaster constructed a menu bar consisting of four menus: The traditional Apple, File, and Edit menus, as well as a special Options menu (Figure 1). Selecting the first item changes it from Change My Name to Change Me Back Again. Selecting the first item again changes it back to Change My Name.
Selecting Disable Me disables the second item and enables the third item. If you then select the newly enabled Enable Previous Item, it gets disabled and Disable Me is reenabled.
If you select Add Extra Menu, a new menu is inserted in the menu bar and Add Extra Menu is disabled. The new menu, titled Extra Menu, features a single item, Delete Me. Selecting Delete Me deletes the extra menu from the menu bar and reenables Add Extra Menu.
Finally, selecting Append Item adds an extra item (Cant Delete Me...) to the end of the menu. As its names implies, theres no way to delete this extra item.
Fig. 1. MenuMasters Options menu.
A Sprocket Version of MenuMaster
This month were going to use Sprocket to implement most of MenuMasters functionality. Well skip the ability to append an item to the end of a menu for two reasons. First, appending a single item to the end of a menu just isnt done that often and isnt particularly useful. More importantly (and probably for the same reason), Sprocket doesnt give you an easy way to append a new item to a menu.
If you come up with a good reason to add this functionality to Sprocket (or if you have any comments or bugs to report), send e-mail to firstname.lastname@example.org.
As I mentioned last month, Sprocket based its menu-handling model on that used by OpenDoc. At the heart of this model is a replacement for the MENU resource type. A CMNU resource is just like a MENU resource, with one important addition. Each menu item features a command number. Youll use this command number to refer to the item, instead of the more traditional method of specifying the menu the item belongs to, along with the items position in the menu (e.g., menu 129, item 4).
Figure 2. The CMNU resource, featuring a Cmd-Num field for each menu item.
Check out the ResEdit snapshot in Figure 2. It shows the CMNU resource that represents our new Options menu. The first menu item, Change My Name, is selected. The command number for this item is 1000. When the user selects this item, Sprocket will pass the associated command number (in this case, 1000) as a parameter to the routine HandleMenuCommand() (its in the file SprocketStarter.cp). Instead of creating a separate item dispatch routine for each menu (HandleAppleMenu(), HandleFileMenu(), etc.), youll create a single switch statement containing cases for all your commands.
Sprocket automatically creates a menu bar at application startup. In C++ terms, Sprocket constructs a TMenuBar object, which is implemented in the files TMenuBar.cp and TMenuBar.h. Heres the TMenuBar class definition:
Resource ('MBAR' and 'CMNU') Utilities
OSErr GetNewMenuBar(short whichMBAR);
Menu command mapping functions
MenuCommandID GetCommand(MenuID menu, MenuItemID item);
void GetMenuAndItem(MenuCommandID commandNum,
MenuID * returnedMenu, MenuItemID * returnedItem);
OSErr RegisterCommand( MenuCommandID commandNum,
MenuID menu, MenuItemID item);
OSErr UnregisterCommand(MenuCommandID commandNum);
Menu enable/disable routines for menu items
void EnableCommand(MenuCommandID commandNum,
void EnableAndCheckCommand(MenuCommandID commandNum,
Boolean enable, Boolean check);
void GetItemString(MenuCommandID commandNum,
void SetItemString(MenuCommandID commandNum,
helpful utility functions
static Boolean fgMenuBarNeedsRedraw;
static Boolean fgMenuBarHidden;
MenuID *menu,MenuItemID *item);
The first member function, GetNewMenuBar() uses the specified MBAR resource to build a new menu bar. Though this version of Sprocket only creates a single menu bar, this might not be the case in the future. For now, a pointer to the menu bar object is stored in the global gMenuBar. Take a minute to open up the file SprocketMain.cp and check out the code around line 363. This is where Sprocket creates the TMenuBar object based on the MBAR resource in SprocketStarter.rsrc.
The member function GetMenuFromCMNU() loads a CMNU resource and walks through it, one item at a time. It builds a traditional menu structure, passing each items command number to the RegisterCommand() member function, which adds the command to Sprockets menu command table. If you are going to take advantage of Sprockets menu command mechanism, you must register your menu item commands. If you base your menus on a CMNU resource, GetMenuFromCMNU() will register your menu items automatically. If the menus in your MBAR resource correspond to a CMNU resource, Sprocket will register the menu items automatically.
If you dont want to use a CMNU resource, you can still add and delete your menus to and from the global menu bar yourself. For example, since a font or size menu will have a dynamic number of items, the CMNU resource just doesnt make sense. Well look at that process in a future column.
The member function GetCommand() takes a menu and item ID and returns the associated command. GetMenuAndItem() takes a command and returns the associated menu and item ID.
If you want to delete a menu whose commands have been registered, you can use the UnregisterCommand() member function to, one-at-a-time, unregister the commands in that menu. Otherwise, youll orphan commands in the command table.
EnableCommand() and EnableAndCheckCommand() let you enable, disable, check, and uncheck a menu command. GetItemString() and SetItemString() allow you to retrieve and set an items name using its command.
HideMenuBar() and ShowMenuBar() let you hide and show the menu bar (what a concept!). Invalidate() marks the menu bar as needing to be redrawn. Validate() sets the menu bar as up to date. RedrawIfNeeded() redraws the menu bar if the invalid flag has been set. Note that RedrawIfNeeded() is called in Sprockets main event loop, so theres no need for you to call it yourself.
This Months Resources
Sprocket gets its resources from four different resource files. CreditsBox.rsrc contains the resources used to build the Sprocket about box. StandardMenus.rsrc contains some standard MENU and CMNU resources. If you want to change any of these menus, copy the appropriate resource from StandardMenus.rsrc into SprocketStarter.rsrc and delete the original from StandardMenus.rsrc. Modify the version you copied into SprocketStarter.rsrc.
Sprocket.rsrc contains various resources used by Sprocket and should not be modified. SprocketStarter.rsrc is your resource center. Put all the resources you add to Sprocket there.
Youll need to modify one resource and add three new ones to SprocketStarter.rsrc. First, open up MBAR 128 and add menu ID 1000 to the list already in place.
If youre not using Projector (the sourced code control system), you might want to delete the ckid resources youll find in each of the resource files. That will get rid of the annoying link error complaining about the multiply-defined resource.
Next, youll create your three CMNU resources. The first represents the Options menu we want to add to the end of the menu bar. In general, when you add a new resource to Sprocket, youll start numbering your resources from 1000, instead of at 128 the way you normally would. This is just a convention, and might change as Sprocket grows up.
When you create CMNU 1000, be sure to change the resource ID in both places: once in the Get Info box and also in the Edit Menu and MDEF ID dialog.
Figure 3. CMNU 1000
Enter a command number of 1000 for the item Change My Name, 1001 for Disable Me, 1002 for Enable Previous Item, 1003 for Add Extra Menu, and 1004 for Beeps. Next, disable the item Enable Previous Item. After that, click on the Beeps item, check the has SubMenu checkbox and enter 100 as the submenu ID (Figure 4). Since submenu IDs are limited to a single byte, we wont be able to give the submenu CMNU resource an ID greater than 1000. So much for sticking to conventions!
Figure 4. The Beeps item, with its submenu ID of 100 entered.
Next, create a new CMNU resource with an ID of 1001 (Once again, be sure to change the ID in both places). The menu will have a title of Extra Menu and a single item, Delete This Menu. Give the item Delete This Menu a command of 1007 (Figure 5).
Figure 5. CMNU 1001
Finally, create a CMNU resource with an ID of 100. Add two items, Beep Once with a command ID of 1005 and Beep Twice with a command ID of 1006 (Figure 6).
Figure 6. CMNU 100.
Save your changes and quit your resource editor.
Modifying the Source Code
Now launch CodeWarrior or Symantec C++ and edit SprocketStarter.h. Start by adding this global reference to the file:
extern Boolean gItemNameChanged;
gItemNameChanged is a Boolean that indicates whether the item Change My Name has been selected. It tells us whether the item should read Change My Name or Change Me Back Again.
Next, add this enum to the file:
mSubMenu = 100,
mExtraMenu = 1001,
cDisableMe = 1001,
cEnablePrevious = 1002,
cAddExtraMenu = 1003,
cBeeps = 1004,
cBeepTwice = 1006,
The first two constants specify the two CMNU resource IDs. The next 8 specify the menu command IDs. Notice that the menu constants start with a lower case m and the commands start with a lower case c. Unfortunately, the Apple event registry starts all its class names with a lower-case c, so be on the lookout for name collisions.
Next, add these three constants to the file:
const StringPtr kUnchangedName = "\pChange My Name";
const StringPtr kChangedName = "\pChange Me Back Again";
const short kLastMenu = 0;
The first two are just Pascal strings we used for the menu names. We really should have implemented these strings as STR resources to make the code easier to localize. In general, I try never to specify strings in code, but I guess I was just feeling a bit lazy.
The last constant will be used in our call of InsertMenu(), telling InsertMenu() to insert the menu at the end of the menu bar.
Next, edit the file SprocketStarter.cp. Start by adding this global definition at the top of the file:
Boolean gItemNameChanged = false;
Next, add these three lines to the beginning of the routine SetUpApplication():
hierMenu = gMenuBar->GetMenuFromCMNU( mSubMenu );
InsertMenu( hierMenu, -1 );
GetMenuFromCMNU() loads CMNU 100, registers all the commands, and returns a MenuHandle to a standard menu based on the CMNU resource. InsertMenu() inserts the resulting menu in the menu bar.
Finally, add the cases to handle our new commands to the switch in HandleMenuCommand() further down in SprocketStarter.cp. Heres my edited copy of HandleMenuCommand():
TPreferencesDialogWindow * prefsDialog =
TMailableDocWindow *aWackyThing = new TMailableDocWindow;
Here come the new commands. This first one switches the first menu item between Change My Name and Change Me Back Again. Notice that were using the global TMenuBar object to change the menus. If Sprocket ever gets modified to use more than one menu bar, well have to modify this code to be sure we use the menu bar that contains the menu we want to work with. Of course, if that happens, you can count on some sample code in this column to show you how to do that.
if ( gItemNameChanged )
gMenuBar->SetItemString( cChangeName, kUnchangedName );
gMenuBar->SetItemString( cChangeName, kChangedName );
gItemNameChanged = ! gItemNameChanged;
This command disables Disable Me and enables Enable Previous Item.
gMenuBar->EnableCommand( cDisableMe, false );
gMenuBar->EnableCommand( cEnablePrevious, true );
This command does just the opposite.
gMenuBar->EnableCommand( cDisableMe, true );
gMenuBar->EnableCommand( cEnablePrevious, false );
This command disables the item that spawned this command in the first place (Add Extra Menu), then builds a new menu from the extra menu CMNU resource. We add the new menu to the end of the menu bar, then call Invalidate() to force the menu bar to get redrawn.
gMenuBar->EnableCommand( cAddExtraMenu, false );
extraMenu = gMenuBar->GetMenuFromCMNU( mExtraMenu );
InsertMenu( extraMenu, kLastMenu );
This command deletes the extra menu we added with the previous command. First, we reenable the Add Extra Menu item. Notice that we didnt have to retrieve the menu that this item belongs to. All we needed was the command. This definitely makes life a lot simpler.
gMenuBar->EnableCommand( cAddExtraMenu, true );
Since the TMenuBar class doesnt support a DeleteCMNU() method, well have to deregister the command by hand. A DeleteCMNU() method would step through all the items in the specified menu, calling UnregisterCommand() for each item. It would then delete the menu for us. Since our extra menu only contains a single item, its no big deal to do this by hand. Once we are done, well force a menu bar redraw. Look for a DeleteCMNU() method in a future version of Sprocket.
err = gMenuBar->UnregisterCommand( cDeleteExtraMenu );
DeleteMenu( mExtraMenu );
This next command corresponds to the parent menu of our hierarchical submenu. Normally, this command will never get called because the menu manager wont detect a selection of the parent item of a submenu (Figure 7). There are times when this is useful, however. For example, imagine if you built a menu of applications, where each application item had a submenu listing some frequently used documents that can be opened by that application (NowMenus does this). If you select a document from a submenu, its parent application gets launched and opens the selected document. If you release the mouse with the application selected (without selecting a document from the submenu), you might want to launch the application without specifying a document.
The point here is this: Specify commands for all your menu items, even the hierarchical parent menus. A future version of Sprocket might include a workaround to execute commands associated with these currently orphaned items.
Figure 7. A menu item with its submenu showing.
If the mouse button was released at this point, the Beeps item
(rather than either of the submenu items) would be selected.
These next two items are horribly technical. They beep either once or twice, depending on the item selected.
SysBeep( 20 );
SysBeep( 20 ); SysBeep( 20 );
Till Next Month
There are still some concepts that we need to get into regarding Sprocket and menus. For example, when do you make the decision about which menu items you will enable and disable to ensure that things are set up correctly before a user makes a selection from a menu. How should the frontmost window affect which menu items are enabled or disabled? Well explore these important issues in next months column. See you then!