TweetFollow Us on Twitter

Window Related Events
Volume Number:9
Issue Number:1
Column Tag:Getting Started

Related Info: Event Manager Window Manager

Window Related Events

Handling update, activate and suspend/resume events

By Dave Mark, MacTech Magazine Regular Contributing Author

Note: Source code files accompanying this article are located on MacTech CD-ROM or source code disks.

In last month’s column, we covered the basics of event loop programming, focusing on four specific events: the mouseDown, mouseUp, keyDown, and autoKey events. If you haven’t already, be sure to read through the Event Manager chapters in Inside Macintosh, Volumes I and VI. Pay specific attention to the sections that describe the mouseDown, mouseUp, keyDown, and autoKey events in detail. Finally, go back to last month’s program and flesh it out a little. When a mouseDown occurs, draw a string in the event window that describes where and when the mouseDown occurred. For a keyDown, draw the character and key codes embedded in the EventRecord.

In this month’s column, we’re going to expand our event handling repertoire, focusing on activate, update, and suspend/resume events.

Activate Events

Every time your application creates a window, that window is added to a list maintained by the Window Manager. The windows in this list are in the order that they appear on the screen, from the frontmost to the rearmost. The frontmost window is also known as the active window. In Figure 1, Window #1 starts off as the active window. Notice the difference between the title bars of the active and non-active window.

When the mouse is clicked in the rear window, Window #1 is made inactive, then the rear window, Window #2, is made active. Since the front window is made inactive before another window is brought to the front, there will never be more than one active window at a time!

The Window Manager accomplishes this by sending your application a series of activate events. If a rear window is being brought to the front, your application will receive two activate events. The first tells you that the frontmost window is becoming inactive. This event is also known as a deactivate event. The second event tells your application that a window is becoming active. Both of these events set EventRecord.what to activateEvt.

If a window is created, and there are no currently open windows, the Window Manager only generates a single activate event, indicating that the newly created window is becoming active. In this case, no deactivate event is sent.

Figure 1. A mouse click in Window #2 brings it to the front.

In general, you’ll use activate events if you treat window contents differently for an active window than for an inactive window. For example, your application might highlight selected text in the active window, but not in an inactive window. Activate events are provided for your benefit. Use them as you see fit. You’ll see how we discriminate between an activate and deactivate event when we get to our program later in the column.

Figure 2. When Window #1 is dragged to the left, more of Window #2 is exposed, causing an update event.

Update Events

Next on our list of events is an event that tells your program to update the contents of a window. The updateEvt is generated when a window is created (after the activateEvt is generated) and when a new portion of a window is revealed. Figure two shows a typical sequence that generates an updateEvt. The first picture shows Window #1 partially obscuring Window #2. Next, Window #1 is dragged to the left, revealing a previously hidden section of the Window #2. The Window Manager sends an updateEvt to your application, telling it to update the contents of Window #2. The third picture shows the window, after the program responded to the update event.

Figure 3 shows a slightly different sequence, involving update and activate events. This time, the mouse is clicked in Window #2, bringing it to the front. First, a deactivate event is generated for Window #1. Next, an activate event is generated for Window #2. Finally, an update event is generated, asking the program to update the contents of Window #2.

Once again, you’ll see update and activate events in action in the program later in the column.

Figure 3. When Window #2 is moved to the front, two activate events and an update event are generated.

Suspend/Resume Events

Under MultiFinder (System 6) and under System 7, more than one application is allowed to run at a time. When you click in a window belonging to a background application, the active application receives a suspend event, and the background application receives a resume event and is moved to the foreground.

You might use suspend and resume events to determine the actions taken by your program. For example, in the foreground, you might display a special tool palette, or perhaps run an animation. When your application moves into the background, you’ll receive a suspend event and you might hide the tool palette, or discontinue the animation until you get a resume event.

It’s important to note that your application can continue running, even if it receives a suspend event. It will still continue to receive update (and other appropriate events) while in the background. At the very least, it’s a good idea to treat a suspend event as you would a deactivate event when it comes to the contents of your windows. For example, if you usually deselect any selected text when a window is deactivated, do the same thing for the active window when you receive a suspend event.

At Last! The Program!

As promised, here’s a program that incorporates all the events described in this column. WindowMaster creates a single window and handles all the usual events relating to windows. Figure 4 shows the WindowMaster window in all its glory. Notice that this window sports a close box, a zoom box, a drag region (the title bar), and a grow box. Though this window doesn’t support scroll bars, there is room for them. In most cases, if a window has a grow box, it has room for scroll bars. We’ll get to scroll bars in a later column.

Figure 4. WindowMaster in action.

Creating the WindowMaster Resources

Create a folder in your development folder named WindowMaster. Launch ResEdit, then create a resource file named WindowMaster.Π.rsrc in your WindowMaster folder. You’ll create two resources in this file.

First, create a WIND resource according to the specifications in Figure 5. Next, select Set 'WIND' Characteristics... from the WIND menu and set the window’s title to PICT 128. Next, copy a graphic from your scrapbook into the clipboard. If you don’t have anything interesting in your scrapbook, go draw something. I’ll wait.

Figure 5. Specifications for WindowMaster’s WIND resource.

Once you’ve got a graphic in the clipboard, return to ResEdit and select Paste from the Edit menu. ResEdit will place your picture in a PICT resource. Make sure the PICT resource has a resource ID of 128. Well, that’s it for ResEdit. Quit, making sure you save your changes.

Creating the WindowMaster Project

Once you’re out of ResEdit, launch THINK C and create a new project file named WindowMaster.Π in the WindowMaster folder. Add MacTraps to the project file. Next, select New from the File menu and type this source code into the window that appears.

/* 1 */
#include <Values.h>

#define kBaseResID 128
#define kMoveToFront (WindowPtr)-1L
#define kSleep   MAXLONG

#define kScrollBarAdjust  (16-1)
#define kLeaveWhereItIs   false
#define kNormalUpdates    true

#define kMinWindowHeight  50
#define kMinWindowWidth   80

/*************/
/*  Globals  */
/*************/

Boolean gDone;

/***************/
/*  Functions  */
/***************/

void  ToolBoxInit( void );
void  WindowInit( void );
void  EventLoop( void );
void  DoEvent( EventRecord *eventPtr );
void  HandleMouseDown( EventRecord *eventPtr );
void  DoUpdate( EventRecord *eventPtr );
void  DoPicture( WindowPtr window, PicHandle picture );
void  DoActivate( WindowPtr window, Boolean becomingActive );
void  DoSuspendResume( Boolean resuming );
void  CenterPict( PicHandle picture, Rect *srcRectPtr,
 Rect *destRectPtr );


/******************************** main *********/

void  main( void )
{
 ToolBoxInit();
 WindowInit();
 
 EventLoop();
}

/*********************************** ToolBoxInit */

void  ToolBoxInit( void )
{
 InitGraf( &thePort );
 InitFonts();
 InitWindows();
 InitMenus();
 TEInit();
 InitDialogs( nil );
 InitCursor();
}

/******************************** WindowInit *********/

void  WindowInit( void )
{
 WindowPtrwindow;
 
 window = GetNewWindow( kBaseResID, nil, kMoveToFront );
 
 if ( window == nil )
 {
 SysBeep( 10 );  /*  Couldn't load the WIND resource!!!  */
 ExitToShell();
 }
 
 ShowWindow( window );
 SetPort( window );
}
/******************************** EventLoop *********/

void  EventLoop( void )
{
 EventRecordevent;
 
 gDone = false;
 while ( gDone == false )
 {
 if ( WaitNextEvent( everyEvent, &event, kSleep, nil ) )
 DoEvent( &event );
 }
}

/************************************* DoEvent      */

void  DoEvent( EventRecord *eventPtr )
{
 BooleanbecomingActive, resuming;
 
 switch ( eventPtr->what )
 {
 case mouseDown: 
 HandleMouseDown( eventPtr );
 break;
 case updateEvt:
 DoUpdate( eventPtr );
 break;
 case activateEvt:
 becomingActive = ( (eventPtr->modifiers & activeFlag)
 == activeFlag );
 DoActivate( (WindowPtr)eventPtr->message, 
 becomingActive );
 break;
 case osEvt:
 resuming = ( eventPtr->message & suspendResumeMessage )
 == resumeFlag;
 DoSuspendResume( resuming );
 break;
 }
}

/************************************* HandleMouseDown */

void  HandleMouseDown( EventRecord *eventPtr )
{
 WindowPtrwindow;
 short  thePart;
 GrafPtroldPort;
 long   windSize;
 Rect   growRect;
 
 thePart = FindWindow( eventPtr->where, &window );
 
 switch ( thePart )
 {
 case inSysWindow : 
 SystemClick( eventPtr, window );
 break;
 case inContent:
 SelectWindow( window );
 break;
 case inDrag : 
 DragWindow( window, eventPtr->where, 
 &screenBits.bounds );
 break;
 case inGoAway :
 if ( TrackGoAway( window, eventPtr->where ) )
 gDone = true;
 break;
 case inGrow:
 growRect.top = kMinWindowHeight;
 growRect.left = kMinWindowWidth;
 growRect.bottom = MAXSHORT;
 growRect.right = MAXSHORT;
 
 windSize = GrowWindow( window, eventPtr->where, 
 &growRect );
 if ( windSize != 0 )
 {
 GetPort( &oldPort );
 SetPort( window );
 EraseRect( &window->portRect );
 SizeWindow( window, LoWord( windSize ),
 HiWord( windSize ), kNormalUpdates );
 InvalRect( &window->portRect );
 SetPort( oldPort );
 }
 break;
 case inZoomIn:
 case inZoomOut:
 if ( TrackBox( window, eventPtr->where, thePart ) )
 {
 GetPort( &oldPort );
 SetPort( window );
 EraseRect( &window->portRect );
 ZoomWindow( window, thePart, kLeaveWhereItIs );
 InvalRect( &window->portRect );
 SetPort( oldPort );
 }
 break;
 }
}

/************************************* DoUpdate     */

void  DoUpdate( EventRecord *eventPtr )
{
 short  pictureID;
 PicHandlepicture;
 WindowPtrwindow;
 
 window = (WindowPtr)eventPtr->message;
 
 BeginUpdate( window );
 
 picture = GetPicture( kBaseResID );
 
 if ( picture == nil )
 {
 SysBeep( 10 );  /*  Couldn't load the PICT resource!!!  */
 ExitToShell();
 }
 
 DoPicture( window, picture );
 
 EndUpdate( window );
}

/******************************** DoPicture *********/

void  DoPicture( WindowPtr window, PicHandle picture )
{
 Rect   drawingClipRect, destRect;
 RgnHandletempRgn;
 
 SetPort( window );
 
 EraseRect( &window->portRect );
 
 tempRgn = NewRgn();
 GetClip( tempRgn );

 drawingClipRect = window->portRect;
 drawingClipRect.right -= kScrollBarAdjust;
 drawingClipRect.bottom -= kScrollBarAdjust;
 
 ClipRect( &drawingClipRect );
 
 CenterPict( picture, &drawingClipRect, &destRect );
 DrawPicture( picture, &destRect );
 
 SetClip( tempRgn );
 DisposeRgn( tempRgn );
 
 DrawGrowIcon( window );
}

/************************************* DoActivate   */



void  DoActivate( WindowPtr window, Boolean becomingActive )
{
 DrawGrowIcon( window );
}

/************************************* DoSuspendResume    */

void  DoSuspendResume( Boolean resuming )
{
 WindowPtrwindow;
 
 window = FrontWindow();
 
 DrawGrowIcon( window );
}

/****************** CenterPict ********************/

void  CenterPict( PicHandle picture, Rect *srcRectPtr,
 Rect *destRectPtr )
{
 Rect pictRect;
 
 pictRect = (**( picture )).picFrame;
 
 OffsetRect( &pictRect, srcRectPtr->left - pictRect.left,
    srcRectPtr->top - pictRect.top);
 OffsetRect( &pictRect,
 (srcRectPtr->right - pictRect.right)/2,
 (srcRectPtr->bottom - pictRect.bottom)/2);
 
 *destRectPtr = pictRect;
}

Once your code is typed in, save it under the name WindowMaster.c, then add the window to the project by selecting Add from the Project menu.

Running WindowMaster

Select Run from the Project menu to run WindowMaster. A single window, like the one shown in Figure 4 should appear. Click the mouse in the title bar and drag the window around on the screen. Next, click in the grow box and resize the window. Try making it tall and skinny, then short and fat. Notice that there is a limit to how small you can make the window. Next, click on the zoom box in the upper-right corner of the window. The window should expand to fill the main screen. Click the zoom-box again to return the window to its previous size.

Next, drag the window downwards, so it is halfway off the screen, obscuring part of the picture. Now drag it back up. The picture will be redrawn in full. Finally, click in the window’s close box to exit the program.

Walking Through the Source Code

Just like last month’s program, WindowMaster is based on an event loop architecture. Also, like last month’s column, the program starts off by including <Values.h> to get the constant MAXLONG, used for the #define kSleep. The #defines will be explained as they are used.

/* 2 */
#include <Values.h>

#define kBaseResID 128
#define kMoveToFront (WindowPtr)-1L
#define kSleep   MAXLONG

#define kScrollBarAdjust  (16-1)
#define kLeaveWhereItIs   false
#define kNormalUpdates    true

#define kMinWindowHeight  50
#define kMinWindowWidth   80

gDone is initialized to false, then set to true when a click occurs in the window’s close box. Note that this is not the way Mac applications normally exit, but we haven’t got to menus yet, so a click in the close box will have to do for now.

/* 3 */
Boolean gDone;

As always, the code includes prototypes for all functions.

/* 4 */
void  ToolBoxInit( void );
void  WindowInit( void );
void  EventLoop( void );
void  DoEvent( EventRecord *eventPtr );
void  HandleMouseDown( EventRecord *eventPtr );
void  DoUpdate( EventRecord *eventPtr );
void  DoPicture( WindowPtr window, PicHandle picture );
void  DoActivate( WindowPtr window, Boolean becomingActive );
void  DoSuspendResume( Boolean resuming );
void  CenterPict( PicHandle picture, Rect *srcRectPtr,
 Rect *destRectPtr );

main() initializes the Toolbox, creates a window, then enters the main event loop.

/* 5*/
/******************************** main *********/

void  main( void )
{
 ToolBoxInit();
 WindowInit();
 
 EventLoop();
}

ToolBoxInit() is the same as it ever was.

/* 6 */
/*********************************** ToolBoxInit */

void  ToolBoxInit( void )
{
 InitGraf( &thePort );
 InitFonts();
 InitWindows();
 InitMenus();
 TEInit();
 InitDialogs( nil );
 InitCursor();
}

WindowInit() calls GetNewWindow() to load the WIND resource from the resource file.

/* 7 */
/******************************** WindowInit *********/

void  WindowInit( void )
{
 WindowPtrwindow;
 
 window = GetNewWindow( kBaseResID, nil, kMoveToFront );

If the resource wasn’t found, beep once, then exit.

/* 8 */
 if ( window == nil )
 {
 SysBeep( 10 );  /*  Couldn't load the WIND resource!!!  */
 ExitToShell();
 }

Once the window is created, make it visible, then make it the current port. Notice that this routine does not do any drawing. We’ll draw our picture in response to an update event.

/* 9 */
 ShowWindow( window );
 SetPort( window );
}

EventLoop() sets gDone to false, then loops around a call to WaitNextEvent(). If WaitNextEvent() returns true, the event is passed to DoEvent().

/* 10 */
/******************************** EventLoop *********/

void  EventLoop( void )
{
 EventRecordevent;
 
 gDone = false;
 while ( gDone == false )
 {
 if ( WaitNextEvent( everyEvent, &event, kSleep, nil ) )
 DoEvent( &event );
 }
}
DoEvent() switches on the event’s what field.

/************************************* DoEvent      */

void  DoEvent( EventRecord *eventPtr )
{
 BooleanbecomingActive, resuming;
 
 switch ( eventPtr->what )
 {

A mouseDown event is passed to HandleMouseDown(). An updateEvt is passed on to DoUpdate().

/* 11 */
 case mouseDown: 
 HandleMouseDown( eventPtr );
 break;
 case updateEvt:
 DoUpdate( eventPtr );
 break;

In the case of an activate event, the event’s modifiers field holds the key to whether the event is an activate or deactivate event. activeFlag is a mask that designates one of the bits in the modifiers field. If the bit is set, the event is an activate event. If the bit is clear, the event is a deactivate event. The Boolean becomingActive is true if the event is an activate event. Once becomingActive is set, it is passed on to DoActivate(). The event’s message field holds a pointer to the window being activated or deactivated.

/* 12 */
 case activateEvt:
 becomingActive = ( (eventPtr->modifiers & activeFlag)
 == activeFlag );
 DoActivate( (WindowPtr)eventPtr->message,
 becomingActive );
 break;

Similarly, an osEvt is used to indicate either a suspend or resume event. suspendResumeMessage is a predefined constant that designates the suspend/resume bit in the message field. resuming is set to true if the event is a resume event. Once set, resuming is passed on to DoSuspendResume().

/* 13 */
 case osEvt:
 resuming = ( eventPtr->message & suspendResumeMessage )
 == resumeFlag;
 DoSuspendResume( resuming );
 break;
 }
}

HandleMouseDown() handles the mouseDown event.

/* 14 */
/************************************* HandleMouseDown */

void  HandleMouseDown( EventRecord *eventPtr )
{
 WindowPtrwindow;
 short  thePart;
 GrafPtroldPort;
 long   windSize;
 Rect   growRect;

FindWindow() takes the event’s where field and returns the window at those coordinates. thePart indicates the part of the window the mouse click occurred in.

/* 15 */
 thePart = FindWindow( eventPtr->where, &window );

If the click was in a portion of the screen not belonging to our application (like a desk accessory window), thePart is set to inSysWindow and we’ll pass the event back to the system with SystemClick().

/* 16 */
 switch ( thePart )
 {
 case inSysWindow : 
 SystemClick( eventPtr, window );
 break;

If the event was in the content region of the window, we’ll typically call SelectWindow() to bring the window to the front. Since we only have one window, this line isn’t particularly useful. Later on though, you’ll add another window to this program and you’ll want to keep this code in here.

As your windows get more complex, you’ll want to do more with inContent clicks than just select the window. You might have a button or scroll bar in the window that needs action, or you might have some text that needs selection. This is the jumping off point for all clicks that occur in the window. Eventually, we’ll add a routine named DoContentClick() to process clicks in a window’s content region.

/* 17 */
 case inContent:
 SelectWindow( window );
 break;

If the click was in the window’s drag region (title bar), we’ll pass the window (retrieved by FindWindow()), and the mouse click coordinates to the Toolbox routine DragWindow(). The third parameter is a bounding rectangle that determines where on the screen the window may be dragged. screenBits.bounds is a System global variable that defines the boundaries of the main display.

If you have two monitors, this code works fine, however. DragWindow() checks for screenBits.bounds as a parameter and, if it finds it, allows dragging anywhere on any monitor attached to the system.

/* 18 */
 case inDrag : 
 DragWindow( window, eventPtr->where, 
 &screenBits.bounds );
 break;

If the mouseDown was in the close box, we’ll call TrackGoAway() to see if the mouse was released while still inside the close box. If so, gDone is set to true. TrackGoAway() is the routine that does the little animation in the close box.

/* 19 */
 case inGoAway :
 if ( TrackGoAway( window, eventPtr->where ) )
 gDone = true;
 break;

If the click was in the grow box, we set up a rectangle that defines how large and how small the window is allowed to grow [See Inside Macintosh, Vol. 1 - Tech Ed.]. Basically, it’s good policy to put a limit on how small a window can get, but, unless you’ve got a pressing reason, you should allow windows to get as large as the user wants.

/* 20 */
 case inGrow:
 growRect.top = kMinWindowHeight;
 growRect.left = kMinWindowWidth;
 growRect.bottom = MAXSHORT;
 growRect.right = MAXSHORT;

Next, this rectangle is passed on to GrowWindow(), which tracks the mouse, allowing the user to specify the new window size.

/* 21 */
 windSize = GrowWindow( window, eventPtr->where, &growRect );

The return value contains two 2-byte values, indicating the new height and width of the window [Both zero means no change - Tech Ed.].

/* 22 */
 if ( windSize != 0 )
 {

First, we’ll save away the current port (in case it’s not this window), then make this window the current port. Next, we erase the entire window and change the window’s size by calling SizeWindow(). The last parameter tells the system we want this resizing to generate an update event.

/* 23 */
 GetPort( &oldPort );
 SetPort( window );
 EraseRect( &window->portRect );
 SizeWindow( window, LoWord( windSize ),
 HiWord( windSize ), kNormalUpdates );

Next, we call InvalRect() to tell the system that the entire window should be redrawn with the next update event, not just the new area revealed by the grow box. In fact, this call will force an update even if the window was shrunk.

/* 24 */
 InvalRect( &window->portRect );

Because we center our picture in the window, we need to redraw the window contents whenever the window changes size. To see why this is true, try commenting out the previous line of code.

Update events are tricky. It is definitely worth reading the section of Inside Macintosh that covers the Window Manager. You might also check out Chapter 4’s Updater program in Volume I of the Mac Primer.

Once the window is resized, the port is set back to its old value. Since InvalRect() applies to the current port, it was important that we make the window being grown the current port.

/* 25 */
 SetPort( oldPort );
 }
 break;

Finally, a click in the zoom box follows a similar strategy. Again, TrackBox() is called to verify that the mouse was released inside the zoom box. If so, ZoomWindow() is called to zoom the window, or return it to its old position, depending on its current state.

/* 26 */
 case inZoomIn:
 case inZoomOut:
 if ( TrackBox( window, eventPtr->where, thePart ) )
 {
 GetPort( &oldPort );
 SetPort( window );
 EraseRect( &window->portRect );
 ZoomWindow( window, thePart, kLeaveWhereItIs );
 InvalRect( &window->portRect );
 SetPort( oldPort );
 }
 break;
 }
}

DoUpdate() is called whenever an update event occurs. First, the window is retrieved from the event’s message field. Next, BeginUpdate() is called, telling the Window Manager that we’re handling updates for this window. BeginUpdate() will restrict drawing to the region of the window that needs updating, also known as the update region. If you call InvalRect() on the whole window, the whole window is available for drawing.

/* 27 */
/************************************* DoUpdate     */

void  DoUpdate( EventRecord *eventPtr )
{
 short  pictureID;
 PicHandlepicture;
 WindowPtrwindow;
 
 window = (WindowPtr)eventPtr->message;
 
 BeginUpdate( window );

Next, we load the picture and pass it on to DoPicture().

/* 28 */
 picture = GetPicture( kBaseResID );
 
 if ( picture == nil )
 {
 SysBeep( 10 );  /*  Couldn't load the PICT resource!!!  */
 ExitToShell();
 }
 
 DoPicture( window, picture );
 
 EndUpdate( window );
}

DoPicture() makes the window the current port, then erases the entire window. Note that this will already have been done if the update event was caused by a resize or zoom, but there’s no harm in this minor duplication of code.

/* 29 */

/******************************** DoPicture *********/

void  DoPicture( WindowPtr window, PicHandle picture )
{
 Rect   drawingClipRect, destRect;
 RgnHandletempRgn;
 
 SetPort( window );
 
 EraseRect( &window->portRect );

Next, a new region is created. We pass this region handle on to GetClip(), which places a copy of the window’s clipping region in tempRgn. The clipping region defines which parts of the window can be drawn in and which parts can’t. Again, it is a good idea to read the entire Window Manager chapter in Inside Macintosh, as there’s not enough space to cover all of it in this column.

/* 30 */
 tempRgn = NewRgn();
 GetClip( tempRgn );

Since we want to center the picture in the part of the window not covered by the grow region and scroll bar areas, we’ll subtract those areas from the window’s portRect. Next, we’ll pass this rectangle on to ClipRect() making it the new clip region.

/* 31 */
 drawingClipRect = window->portRect;
 drawingClipRect.right -= kScrollBarAdjust;
 drawingClipRect.bottom -= kScrollBarAdjust;
 
 ClipRect( &drawingClipRect );

Next, we’ll call CenterPict() to center the picture in drawingClipRect, returning the rectangle the picture should be drawn in as its third parameter. We then draw the picture with DrawPicture().

/* 32 */
 CenterPict( picture, &drawingClipRect, &destRect );
 DrawPicture( picture, &destRect );

Next, the clipping region is set back to its old value and the grow icon is redrawn, completing our update.

/* 33 */
 SetClip( tempRgn );
 DisposeRgn( tempRgn );
 
 DrawGrowIcon( window );
}

It’s important to remember that your application can receive update events even if it’s running in the background. If a foreground application’s window covers your application’s windows and is then moved, the Window Manager will send your application update events asking you to redraw the effected windows.

DoActivate() is pretty simple. It redraws the grow icon in the specified window. DrawGrowIcon() will draw a different grow icon, depending on whether your window is frontmost or not. When your application starts handling more than one window, you’ll start making use of the second parameter, becomingActive.

/* 34 */

/************************************* DoActivate   */

void  DoActivate( WindowPtr window, Boolean becomingActive )
{
 DrawGrowIcon( window );
}

DoSuspendResume() is also pretty simple. This time the frontmost window’s grow icon is redrawn. A front window, which has been suspended gets the same grow icon as any other window. DrawGrowIcon() is smart enough to know the state of your application.

Once again, as your programs get more complex, you’ll make use of the second parameter, resuming.

/* 35 */
/************************************* DoSuspendResume    */

void  DoSuspendResume( Boolean resuming )
{
 WindowPtrwindow;
 
 window = FrontWindow();
 
 DrawGrowIcon( window );
}

CenterPict() centers the picture in the rectangle pointed to by srcRectPtr, returning the result in the rectangle pointed to by destRectPtr.


/* 36 */
/****************** CenterPict ********************/

void  CenterPict( PicHandle picture, Rect *srcRectPtr,
 Rect *destRectPtr )
{
 Rect pictRect;
 
 pictRect = (**( picture )).picFrame;
 
 OffsetRect( &pictRect, srcRectPtr->left - pictRect.left,
    srcRectPtr->top - pictRect.top);
 OffsetRect( &pictRect,
 (srcRectPtr->right - pictRect.right)/2,
 (srcRectPtr->bottom - pictRect.bottom)/2);
   
 *destRectPtr = pictRect;
}

Till Next Month

There’s a lot going on in this program. As I’ve said before, do yourself a favor and read the Window Manager chapter in Inside Macintosh. If a concept in this program seems fuzzy, try commenting out some of the code to see what happens. This is especially useful with the code that effects or handles update events. You might also try commenting out the calls to DrawGrowIcon() just to see what happens.

Finally, try adding another window to the program. Add a second WIND and a second PICT resource to the resource file, then create the new window in WindowInit(). You’ll be amazed how easy it is to add a second window. Go ahead, try it!

By the way, you may have noticed that this month’s program comes in C only. Sorry Pascal fans, but the programs (and this column) are just getting too big and I had to choose one language or the other. Hopefully, you now have enough examples of C and Pascal that you’ll be able to either come up to speed on C (my preference) or translate the code to Pascal yourself.

By the way, for those of you following Daniel’s career, he’s getting big (would you believe he’s already 16 pounds, and he’s only 12 weeks old!), and he smiles an awful lot. Till next month, keep programming and Happy Holidays!!!

 
AAPL
$100.86
Apple Inc.
-0.77
MSFT
$46.76
Microsoft Corpora
+0.52
GOOG
$579.95
Google Inc.
+6.85

MacTech Search:
Community Search:

Software Updates via MacUpdate

Capture One Pro 8.0.0.433 - RAW workflow...
Capture One Pro 8 is a professional RAW converter offering you ultimate image quality with accurate colors and incredible detail from more than 300 high-end cameras -- straight out of the box. It... Read more
Adobe Acrobat Pro 11.0.09 - Powerful PDF...
Adobe Acrobat allows users to communicate and collaborate more effectively and securely. Unify a wide range of content in a single organized PDF Portfolio. Collaborate through electronic document... Read more
Adobe Reader 11.0.09 - View PDF document...
Adobe Reader allows users to view PDF documents. You may not know what a PDF file is, but you've probably come across one at some point. PDF files are used by companies and even the IRS to... Read more
iFFmpeg 4.6.1 - Convert multimedia files...
iFFmpeg is a graphical front-end for FFmpeg, a command-line tool used to convert multimedia files between formats. The command line instructions can be very hard to master/understand, so iFFmpeg does... Read more
NTFS 11.3.62 - Provides full read and wr...
Paragon NTFS breaks down the barriers between Windows and OS X. Paragon NTFS effectively solves the communication problems between the Mac system and NTFS, providing full read and write access to... Read more
OS X Yosemite 10.10 DP8 - Developer Prev...
Note: This is a Developer Preview. You must be a registered Apple Mac Developer to download this update. You can also sign up for the free OS X Beta Program to download and preview public beta... Read more
FotoMagico 4.5 - Powerful slideshow crea...
FotoMagico lets you create professional slideshows from your photos and music with just a few, simple mouse clicks. It sports a very clean and intuitive yet powerful user interface. High image... Read more
Screenshot Path 1.2.1 - Change the defau...
Screenshot Path lets you change the folder where OS X saves screenshots. Screenshots are saved by default to the user’s desktop. This is handy for the occasional screenshot but those looking to take... Read more
Fantastical 1.3.16 - Create calendar eve...
Fantastical is the Mac calendar you'll actually enjoy using. Creating an event with Fantastical is quick, easy, and fun: Open Fantastical with a single click or keystroke Type in your event details... Read more
GIMP 2.8.14 - Powerful, free image editi...
GIMP is a multi-platform photo manipulation tool. GIMP is an acronym for GNU Image Manipulation Program. The GIMP is suitable for a variety of image manipulation tasks, including photo retouching,... Read more

Latest Forum Discussions

See All

Zynga Unveils First Look at Looney Tunes...
Zynga Unveils First Look at Looney Tunes Dash! Posted by Ellis Spice on September 16th, 2014 [ permalink ] Be vewy, vewy qwiet. I’m hunting wunners featuwing wabbits, and luckily, it’s duck season wunner season. | Read more »
Guardians on the Go – How to Connect to...
At this point I’m relatively certain most of the country is familiar with Destiny. And for those looking to augment their game a bit, Bungie has changed their Bungie Mobile Companion App to Destiny Companion. | Read more »
Kunin Review
Kunin Review By Jordan Minor on September 16th, 2014 Our Rating: :: SHURIKEN DO ITUniversal App - Designed for iPhone and iPad Kunin is a nervous test of ninja reflexes.   Developer: Dodreams Price: FREE Version Reviewed: 1.0.1... | Read more »
4 KEMCO Titles are Just $0.99 for a Limi...
4 KEMCO Titles are Just $0.99 for a Limited Time Posted by Jessica Fisher on September 16th, 2014 [ permalink ] KEMCO RPGs Destiny Fantasia, Infinite Dunamis, Bonds of the Sk | Read more »
Introducing Flash, the Latest Wearable F...
Introducing Flash, the Latest Wearable Fitness Monitor from Misfit Posted by Jessica Fisher on September 16th, 2014 [ permalink ] The Misfit Flash is the newly-released fitness and sleep monitor from | Read more »
Hyper Trip Review
Hyper Trip Review By Jennifer Allen on September 16th, 2014 Our Rating: :: HYPER TWITCHYUniversal App - Designed for iPhone and iPad Tough and unforgiving, Hyper Trip is a bit like Snake – if Snake was really harsh.   | Read more »
Collectible Card Game Earthcore: Shatter...
Collectible Card Game Earthcore: Shattered Elements is Set to Arrive on iOS in 2015 Posted by Ellis Spice on September 16th, 2014 [ permalink ] Polish developers | Read more »
Boogey Boy Review
Boogey Boy Review By Jennifer Allen on September 16th, 2014 Our Rating: :: PRETTY BUT BASICUniversal App - Designed for iPhone and iPad It looks delightful but lack of Game Center support and more variety really affects the fun... | Read more »
Vizzywig 4K (Photography)
Vizzywig 4K 1.0 Device: iOS iPhone Category: Photography Price: $999.99, Version: 1.0 (iTunes) Description: REQUIRES: iOS 7 on iPhone 5S with 32GB or 64GB. (Do not use iOS 8)The world's FIRST mobile 4K video capture, editing and... | Read more »
The Sleeping Prince Review
The Sleeping Prince Review By Jennifer Allen on September 15th, 2014 Our Rating: :: RESTRICTIVE KINGDOM SAVINGUniversal App - Designed for iPhone and iPad The Sleeping Prince looks and feels great to play, but its lack of peril and... | Read more »

Price Scanner via MacPrices.net

Sprint offers 16GB iPad mini for $199.99 with...
Sprint is offering 1st generation 16GB iPad minis for $199.99 with a 2-year service agreement. Standard MSRP for this iPad is $429. Their price is the lowest available for this model. Read more
2.5GHz Mac mini remains on sale for $549, sav...
B&H Photo has the 2.5GHz Mac mini on sale for $549.99 including free shipping. That’s $50 off MSRP, and B&H will also include a free copy of Parallels Desktop software. NY sales tax only. Read more
Apple refurbished iMacs available for up to $...
The Apple Store has Apple Certified Refurbished iMacs available for up to $300 off the cost of new models. Apple’s one-year warranty is standard, and shipping is free. These are the best prices on... Read more
13″ 2.5GHz MacBook Pro offered for $100 off M...
B&H Photo has the 13″ 2.5GHz MacBook Pro on sale for $999.99 including free shipping plus NY sales tax only. Their price is $100 off MSRP. Read more
Free GIMP Professional Grade Graphics App Ver...
The latest 2.8.14 version of the oddly-named GIMP (acronym for: GNU Image Manipulation Program) open source, high-end image editing and creation alternative to Adobe’s Photoshop and refuge from... Read more
Apple Announces Record Pre-orders for iPhone...
Apple has released metrics showing a record number of first day pre-orders of iPhone 6 and iPhone 6 Plus, with over four million sold in the first 24 hours. Demand for the new iPhones exceeds the... Read more
10% off iPhone 6 and 6 Plus Otterbox cases
Get 10% off on popular Otterbox iPhone 6 and iPhone 6 Plus cases at MacMall through September 19th. Use code OTTERBOX10 to see the discount. Read more
15-inch MacBook Pros on sale for up to $125 o...
Amazon has the new 2014 15″ Retina MacBook Pros on sale for up to $125 off MSRP including free shipping: - 15″ 2.2GHz Retina MacBook Pro: $1899.99 save $100 - 15″ 2.5GHz Retina MacBook Pro: $2374... Read more
27-inch 3.2GHz iMac on sale for $1698, $101 o...
Abt has the 27″ 3.2GHz iMac on sale for $1698 including free shipping. Their price is $101 off MSRP. Read more
More To Making A Larger iPad Than Expanded Sc...
CNET’s Ross Rubin has posted a thoughtful analysis of prospects for a larger display iPad Pro, noting that Microsoft and Samsung currently have the large-display touchscreen tablet category to... Read more

Jobs Board

*Apple* Retail - Multiple Positions (US) - A...
Sales Specialist - Retail Customer Service and Sales Transform Apple Store visitors into loyal Apple customers. When customers enter the store, you're also the Read more
*Apple* Retail - Multiple Positions (US) - A...
Sales Specialist - Retail Customer Service and Sales Transform Apple Store visitors into loyal Apple customers. When customers enter the store, you're also the Read more
*Apple* Retail - Multiple Positions (US) - A...
Sales Specialist - Retail Customer Service and Sales Transform Apple Store visitors into loyal Apple customers. When customers enter the store, you're also the Read more
*Apple* Retail - Multiple Positions (US) - A...
Sales Specialist - Retail Customer Service and Sales Transform Apple Store visitors into loyal Apple customers. When customers enter the store, you're also the Read more
*Apple* Retail - Multiple Positions (US) - A...
Sales Specialist - Retail Customer Service and Sales Transform Apple Store visitors into loyal Apple customers. When customers enter the store, you're also the Read more
All contents are Copyright 1984-2011 by Xplain Corporation. All rights reserved. Theme designed by Icreon.