TweetFollow Us on Twitter

History of Icons
Volume Number:8
Issue Number:5
Column Tag:Pascal Workshop
Related Info: Resource Manager Picture Utilities Quickdraw
Color Quickdraw

Icon Family

The history of icons, from 1984 until now

By Steve Sheets, MacTutor Regular Contributing Author

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

When the Macintosh was originally introduced, one of the major new concepts that it presented was the notion of an “icon.” The Macintosh was the first mass marketed computer system that used the concept of an icon extensively. Users learned, for the first time, how to work in an Icon-based environment. While the concept of an icon has not changed much for the user, for the programmer the technical aspect of an icon has changed with each new volume of Inside Mac.

This article is intended to be an explanation of how Icons are programmed on all Macintosh platforms. The information will start with the simplest definition of Icons (ICON & ICN#), such as those used by the original Macintosh 128K, and continue on to explain the more complicated color icon structures (cicn), and then will explain the new and poorly documented icon family structures (icl8, icl4, ics#, ics4, ics8). Various routines will be given that will function on all versions of the Macintosh and will provide Update, Selection and Mousedown detection capability.

For the purpose of this article, an icon is defined as a graphic entity on the screen that you can directly manipulate using the mouse. Icons can be clicked on, moved around, thrown out, and redesigned. Most of these functions are so simple to do that even my two year old daughter can perform the manipulations. Icons form the basis of user friendliness in action, and are essential for the direct-manipulation type of interface the Macintosh uses.

Original Black & White Icons

Originally the Macintosh was a black and white machine only, so all icons were strictly black and white images, exactly 32 by 32 pixels in size. The number of bytes it takes to display a row of a black and white icon image is commonly referred to as the Rowbytes. Since each pixel could be represented as a bit (set or one equals black, clear or zero equals white), a 32 pixel row could be represented with 4 bytes of memory (i.e., it’s Rowbytes value is 4). Thus the entire 32 line icon takes up 128 bytes of memory. The data structure containing an icon usually is manipulated as a Handle structure. Such a handle uses the ‘ICON’ Restype when the handle is stored in a resource file or copied to the scrapbook.

{ 1 }

 type
 Ticon = ARRAY[1..4,1..32] of 0..255;
 TiconPtr = ^Ticon;
 TiconHdl = ^TiconPtr;

The following is what this kind of icon looks like. Also displayed is a blown up version of the same icon so you can see the individual pixels.

Figure 1

The following routine will draw a black and white icon in the current GrafPort:

{2}

 procedure DrawBWIcon (theIcon: Handle;
 thePoint: Point);
 var
 myRect: Rect;
 myBitMap: BitMap;
 myPort: GrafPtr;
 begin
 if theIcon <> nil then
 if theIcon^ <> nil then begin
 Hlock(theIcon);
 with myBitMap, bounds do begin
 baseaddr := StripAddress(theIcon^);
 rowbytes := 4;
 topleft := thePoint;
 right := left + 32;
 bottom := top + 32;
 end;

 GetPort(myPort);

 CopyBits(myBitMap, myPort^.portBits, myBitMap.bounds,
 myBitMap.bounds, srcCopy, nil);

 Hunlock(theIcon);
 end;
 end;

The procedure given always draws the icon in the current GrafPort so that given a specified point, the pixel is drawn so that the top left pixel is that point. This is fairly arbitrary. The routine could be written so that the point given defines the center of the icon. The routine could also be written so that the icon is drawn in a given (possibly offscreen and/or non-current) GrafPort or BitMap. Any method that is used is fine, as long as all routines use the same method. All routines provided in this article draw in the current Grafport at a specified point.

The one problem with this type of icon is that the black and white image is copied exactly over the existing GrafPort. All white pixels are copied exactly to the GrafPort regardless of whether or not the pixel is part of the image being displayed. This can cause problems when you draw an icon on top of a non-white background. For example, imagine some icons drawn on various backgrounds.

Figure 2

When drawing the document icon, you would be drawing the document image as well as the white area around it. While this would be correct on a white background, when you draw on any other background, this is not the image you want to show. You want only the document portion to appear. Thus you need additional information to explain which pixels to transfer. There needs to be a way to distinguish which of the pixels of the icon actually needs to be drawn. Unless the icon represents a perfect 32 by 32 square pixel image, pixels of the icon may not need to be transferred.

To solve this problem, the ‘ICN#’ (commonly pronounced ‘Icon number’) data structure was also developed. This structure can contain one or more 32 by 32 black and white icons. Each icon is identical to the ‘ICON’ structure defined above. While the ‘ICN#’ can contain any number of icons, in practice, it contains two icons used to display a single image. The first icon is the black and white image; the second icon is the mask of this image.

 type
 TiconArray = array[0..0] of Ticon;
 TiconArrayPtr = ^TiconArray;
 TiconArrayHdl = ^TiconArrayPtr;

A mask is a second icon map that provides additional drawing information for the first icon map (the image). All the black pixels of a mask represent spots where the image should be drawn, and the white pixels represented spots where the background should be seen. A mask is always associated with some image (be it black and white or color).

The following is an icon and it’s mask.

Icon Mask

Figure 3

Since the mask is provided, the icon can be drawn on top of any background (black, white, gray, etc.). The following shows how the icon would appear. Notice that only the pixels defined by the mask, not the entire 32 by 32 area, are affected.

Figure 4

The following routine draws an icon with mask at a given point:

{3}

 procedure DrawIconMask (theIcon: Handle;
 thePoint: Point;
 theFlag: BOOLEAN);
 var  myIconBitMap, myMaskBitMap: BitMap;
 myPort: GrafPtr;
 begin
 if theIcon <> nil then
 if theIcon^ <> nil then begin
 Hlock(theIcon);
 with myIconBitMap, bounds do begin
 baseaddr := StripAddress(theIcon^);
 rowbytes := 4;
 topleft := thePoint;
 right := left + 32;
 bottom := top + 32;
 end;

 with myMaskBitMap, bounds do begin
 baseaddr := Ptr(ord4(StripAddress(theIcon^))+$80);
 rowbytes := 4;
 topleft := thePoint;
 right := left + 32;
 bottom := top + 32;
 end;

 GetPort(myPort);

 CopyBits(myMaskBitMap, myPort^.portBits,
 myMaskBitMap.bounds, myMaskBitMap.bounds,
 srcBic, nil);
 CopyBits(myIconBitMap, myPort^.portBits,
 myIconBitMap.bounds, myIconBitMap.bounds,
 srcOr, nil);

 if theFlag then begin
 BitClr(Ptr(HiliteMode), pHiliteBit);
 CopyBits(myMaskBitMap, myPort^.portBits,
 myMaskBitMap.bounds, myMaskBitMap.bounds,
 srcXor, nil);
 end;

 Hunlock(theIcon);
 end;
 end;

The flag parameter indicates whether the icon should be draw selected (inverted) or not. If an icon is already drawn from a given point, then the following routine can be used to reverse the selection of the image.

{4}

 procedure SelectIconMask (theIcon: Handle;
 thePoint: Point);
 var  mySize, myRowbytes, myMaskOffset: INTEGER;
 myMaskBitMap: BitMap;
 myPort: GrafPtr;
 begin
 if theIcon <> nil then
 if theIcon^ <> nil then begin
 Hlock(theIcon);

 with myMaskBitMap, bounds do begin
 baseaddr := Ptr(ord4(StripAddress(theIcon^))+$80);
 rowbytes := 4;
 topleft := thePoint;
 right := left + 32;
 bottom := top + 32;
 end;

 GetPort(myPort);

 BitClr(Ptr(HiliteMode), pHiliteBit);
 CopyBits(myMaskBitMap, myPort^.portBits,
 myMaskBitMap.bounds, myMaskBitMap.bounds,
 srcXor, nil);
 Hunlock(theIcon);
 end;
 end;

One last routine is needed to manipulate the ‘ICN#’ structure. The following is the routine to determine if a spot is inside the mask of the icon (i.e., a mouse down at this point would fall within the icon mask) at a given point. In the following routine, thePoint is the position the icon is drawn from, while theSpot is the pixel to check. Instead of just checking if theSpot is inside the entire 32 by 32 icon area, this methods checks to see if theSpot is on top of the actual image as defined by the mask.

{5}

 function PtInIconMask (theIcon: Handle;
 thePoint, theSpot: Point): BOOLEAN;
 var  myRect: Rect;
 myFlag: BOOLEAN;
 myPtr: Ptr;
 begin
 myFlag := FALSE;

 if theIcon <> nil then
 if theIcon^ <> nil then begin
 with myRect do begin
 topleft := thePoint;
 right := left + 32;
 bottom := top + 32;
 end;

 if PtInRect(theSpot, myRect) then begin
 Hlock(theIcon);
 theSpot.v := theSpot.v - thePoint.v;
 theSpot.h := theSpot.h - thePoint.h;
 myPtr := POINTER(ORD4(StripAddress(theIcon^)) 
 + $80 + (theSpot.v * 4));

 myFlag := BitTst(myPtr, theSpot.h);
 HUnlock(theIcon);
 end;
 end;

 PtInIconMask := myFlag;
 end;

The ‘ICON’ (icon without mask) data structure is used mainly by the Mac ROM calls in Menus, Alerts and Dialogs. The ‘ICN#’ (icon with mask) data structure is used by Mac Finder to display icons in the Finder. It is also the data structure most commonly used by programmers. While many developer tools exist to create ‘ICON’ and ‘ICN#’, the preferred tool is Apple’s ResEdit utility which contains very good bit level icon editors. Icons created and used in a program are almost always stored in the resource file of the application as resource types ‘ICON’ and ‘ICN#’. The programmer uses the resource manager (usually ROM call GetResource) to load the icons into memory.

Color Icons

With the introduction of the Macintosh II, color was added to Macintosh programming. Obviously a color version of the black and white icon was needed. The Color Icon data structure was created, along with the resource representation of it, the ‘cicn’ resource. However there are many differences between the Color Icon and ‘ICON’ or ‘ICN#”. First, the Color Icon can be of any pixel size, not just 32 by 32, nor does it need to be square (100 by 16 is possible). Also, the Color Icon structure contains two icon images (a color image and a black and white image) and one icon mask. All three portions have identical dimensions. Finally, unlike the ‘ICON’ or ‘ICN#’ structures, the Color Icon structure is a complex handle. It actually is a handle to data, which includes handles to other data structures. The actual format of the Color Icon structure is as follows.

{6}

 type
 CIcon = record
 iconPMap: PixMap;
 iconMask:BitMap;
 iconBMap:BitMap;
 iconData:Handle;
 iconMaskData:array[0..0] of Integer;
 end;
 CIconPtr = ^CIcon;
 CIconHdl = ^CIconHdl;

The first portion of the data structure is the iconPMap, a PixMap (the color version of a bitmap). It contains almost all the information to draw a color image of the icon. The actual pixel data that the color image uses is stored in a handle in the iconData field. Besides many other fields, the iconPMap contains a handle to the Color Lookup Table that describes exactly which colors the pixels can use. The Color Lookup Table can be any normal bit depth. The bit depth is the number of bits needed to describe one pixel (1, 2, 4, 8, 16, 24). The most common bit depth for Color Icons is either four or eight (to match the majority of the color cards available for the Mac II). A four bit table contains up to 16 colors, while an eight bit table contains up to 256 colors.

While the iconPMap field contains the color image of the icon, the iconMask field (a bitmap) contains all the information about the mask and the iconBMap field (another bitmap) contains all the information about a black and white version of the icon. The actual bit data indicated by the two bitmaps is stored at the end of the CIcon structure in iconMaskData (a variable size field); first the mask bits, then the black and white icon bits. Remember that the images do not have to be 32 by 32 pixels.

Like ‘ICON’ and ‘ICN#’, a Color Icon is best created by using the color icon portion of ResEdit. Versions 2.0 and above of ResEdit include ‘cicn’ resource editors. However, since the Color Icon structure is a complex one (handles containing handles), a GetResource call is not enough to load the structure into memory. The ‘cicn’ resource is a template; portions of the template are loaded into separate portions (handles) of the Color Icon data structure. Thus, new Quickdraw routines were added to create the color icon. Additional routines were also added to draw and dispose of a Color Icon:

{7}

 function GetCIcon(id: Integer):CIconHandle;

 procedure DisposCIcon(theIcon: CIconHandle);

 procedure PlotCIcon(theRect: Rect; theIcon:CIconHandle);

GetCIcon creates a Color Icon using the ‘cicn’ resource of the given ID number (if it is there). It is important to note that a new Color Icon is created every time GetCIcon is called in a program. Unlike GetResource, which if called repeatedly with the same ID number, will return the same handle, GetCIcon uses the ‘cicn’ resource as a template in creating a complete new Color Icon (with new copies of the Color Lookup Table handle).

DisposCIcon will release from memory the bytes stored in a Color Icon structure. This includes the main handle as well as all secondary handles. It is important that this routine is never called unless the Color Icon has its own copy of the Color Lookup Table, since this routine disposes of this handle also.

The PlotCIcon will draw the Color Icon at the defined position. Notice that a rectangle, not a point, is defined. Similar to Copybits (which routine PlotCIcon actually calls), the image of the icon will be shrunk and/or expand in the vertical and/or horizontal position to fit the rectangle. Since the Color Icon has a mask, only the mask portion of the image is drawn.

Unfortunately, Apple did not provide a simple ROM routine to handle selecting the Color Icon. The following routine uses PlotCIcon to draw a Color Icon at the given point (since in most cases, Color Icons are not shrunk or expanded) in either unhilited or hilited mode:

{8}

 procedure DrawColorIcon (theIcon: CIconHandle;
 thePoint: Point;
 theFlag: Boolean);
 vamyRect: Rect;
 myHDim, myVDim, myBWRowBytes: INTEGER;
 myMaskBitMap: BitMap;
 myPort: GrafPtr;
 begin
 if theIcon <> nil then
 if theIcon^ <> nil then begin
 with theIcon^^.iconBMap, bounds do begin
 myHDim := right - left;
 myVDim := bottom - top;
 myBWRowBytes := rowbytes;
 end;
 with myRect do begin
 topleft := thePoint;
 right := left + myHDim;
 bottom := top + myVDim;
 end;

 PlotCIcon(myRect, theIcon);

 if theFlag then begin
 Hlock(Handle(theIcon));

 with myMaskBitMap do begin
 baseaddr := @theIcon^^.iconMaskData[0];
 rowbytes := myBWRowBytes;
 bounds := myRect;
 end;

 GetPort(myPort);

 BitClr(Ptr(HiliteMode), pHiliteBit);
 CopyBits(myMaskBitMap, myPort^.portBits,
 myRect, myRect, srcXor, nil);

 Hlock(Handle(theIcon));
 end;
 end;
 end;

Except for using a CIconHandle, the parameters and uses of this routine are identical to DrawIconMask.

A brief explanation of Color Hiliting is needed when examining this routine. In a black and white world, selecting (hiliting) an image usually involved inverting it. All black pixels turn white, and white pixels turn black. If the image has a mask, only the pixels in the mask are inverted. When Color Quickdraw was introduced, a color version of hiliting was also provided. When color objects are hilited, the pixels that are the background color (usually white) are changed with the hilite color (defined by the user in the Control Panel), while the pixels that start out using the hilite color become the background color. When an image becomes unhilited, the pixels are reversed. For example, if a black and white icon is hilited in a color environment where the hilite color is blue, all the white pixels in the icon become blue. These new blue pixels return to white when the icon is unhilited. Apple provides a very simple, but clever method to invoke this hilite mode. To hilite an item, a program first needs to make the following call:

 const
 HiliteMode = $938;
 pHiliteBit = 0;

 BitClr(Ptr(HiliteMode),pHiliteBit);

After this call is made, the routine needs to make an Invert ROM call (InvertRect, InvertRgn, InvertArc, etc.) or an srcXor draw mode call (Copybits, etc.). Doing this will invert the image using the Color Hiliting method described above. After the drawing, the HilitBit is reset, so future drawing is done in normal mode. Apple was clever in that the above line of code does exactly nothing in a black and white Quickdraw world. It is perfectly safe to include this bit of code in Black and White hilite routines (if you look, you will see it is in the black and white routine provided in this article). Thus ‘ICON’ and ‘ICN#’ will always show their hiliting correctly, regardless of whether the computer is color or not. The following art displays various icons hilited on different backgrounds using both the black and white method and the newer color method:

Figure 5

Now that a Color Icon can be drawn, a routine that can change the selection of an already drawn Color Icon is needed:

{9}

 procedure SelectColorIcon (theIcon: CIconHandle;
 thePoint: Point);
 var  myHDim, myVDim, myBWRowBytes: INTEGER;
 myMaskBitMap: BitMap;
 myPort: GrafPtr;
 begin
 if theIcon <> nil then
 if theIcon^ <> nil then begin
 Hlock(Handle(theIcon));

 with theIcon^^.iconBMap, bounds do begin
 myHDim := right - left;
 myVDim := bottom - top;
 myBWRowBytes := rowbytes;
 end;

 with myMaskBitMap, bounds do begin
 baseaddr := @theIcon^^.iconMaskData[0];
 rowbytes := myBWRowBytes;
 topleft := thePoint;
 right := left + myHDim;
 bottom := top + myVDim;
 end;

 GetPort(myPort);

 BitClr(Ptr(HiliteMode), pHiliteBit);
 CopyBits(myMaskBitMap, myPort^.portBits,
 myMaskBitMap.bounds, myMaskBitMap.bounds,
 srcXor, nil);

 Hlock(Handle(theIcon));
 end;
 end;

Also a routine to detect if a spot is inside the mask of the Color Icon is needed:

{10}

 function PtInColorIcon (theIcon: CIconHandle;
 thePoint, theSpot: Point): Boolean;
 var  myRect: Rect;
 myFlag: BOOLEAN;
 myPtr: Ptr;
 myHDim, myVDim, myBWRowBytes: INTEGER;
 begin
 myFlag := FALSE;

 if theIcon <> nil then
 if theIcon^ <> nil then begin
 Hlock(Handle(theIcon));

 with theIcon^^.iconBMap, bounds do begin
 myHDim := right - left;
 myVDim := bottom - top;
 myBWRowBytes := rowbytes;
 end;

 with myRect do begin
 topleft := thePoint;
 right := left + 32;
 bottom := top + 32;
 end;

 if PtInRect(theSpot, myRect) then begin
 Hlock(Handle(theIcon));
 theSpot.v := theSpot.v - thePoint.v;
 theSpot.h := theSpot.h - thePoint.h;
 myPtr := POINTER(ORD4(StripAddress
 (@theIcon^^.iconMaskData[0]))
 + (theSpot.v * myBWRowBytes));

 myFlag := BitTst(myPtr, theSpot.h);
 HUnlock(Handle(theIcon));
 end;

 Hlock(Handle(theIcon));
 end;

 PtInColorIcon := myFlag;
 end;

‘cicn’ Format Problems

Color Icons were introduced with the Macintosh II computer. As programmers made more and more use of color, several problems involving memory usage and the ‘cicn’ resource data structure became apparent. Color Icons are memory hogs; they are larger than they really need to be for most uses. First, in order to support icons of all sizes and pixel depths, the color icon data structure has to be elaborate (which translates to large). Too much memory is used to provide this flexibility, since the vast majority of all icons are 32 by 32 pixels in size. The one common exception to this rule is 16 by 16 icons (ex.: small view of Files from Finder), but even this common exception is not used often. As for pixel depths, 4 & 8 bit pixels are the only depths the vast majority of Color Icons use. A color icon that only used these sizes and pixel depths would not have the overhead that the ‘cicn’ resource contains.

The second memory usage problem is the Color LookUp Tables (CLUTs) of a Color Icon. Each Color Icon maintains it’s own CLUT. If a program uses 100 different Color Icons, each with the identical CLUT, the program still has to create 100 identical, but separate CLUTs (one for each icon). This situation is even worse when one realizes, in order to display the best looking icon, the Apple Standard 16 CLUT or Apple Standard 256 CLUT (list of colors used by a Standard 4 bit or 8 bit Apple Color Card) are used for almost all icons. There do not need to be so many copies of the same table, especially when this table is usually the same for all applications. Again, because the ‘cicn’ resource is so versatile, it uses up more memory than a simpler model might use.

The third memory wastage has to do with how many copies of a single Color Icon are in memory at a given time. Since each call to GetCIcon returns a newly created copy of a Color Icon (based on the ‘cicn’ resource template), it is possible that different portions of code in a program each have their own copy of the same icon. Unlike the GetResource call (used by programs that draw ‘ICN#’), there is no single call that returns the same Color Icon structure, whether or not that icon was already in memory. Also, once a Color Icon is in memory, there is no way to make the data structure purgeable (unloadable from memory in low-memory conditions). The ‘ICON’ and ‘ICN#’ resource can be made purgeable. The first time a black and white icon needs to be drawn, a GetResource call is made to load the icon into memory. After the drawing is done, the handle is not released, instead it is set to be purgeable. If enough free memory exists on the machine, the handle stays in memory. When the icon is about to be drawn again, a call to GetResource insures that the handle already in memory is used. Later when a low-memory condition occurs, the icon is unloaded by the operating system. When the program needs to draw them again, the GetResource call returns the handles whether or not the handles have been purged. The ‘cicn’ format can not duplicate this very efficient method of using memory. A Color Icon loaded into memory by a GetCIcon call is there until the application unloads it, regardless of whether the icon is needed at that moment or not.

One last problem with handling Color Icons as ‘cicn’ format has to do with trying to display an image at the image’s best. A single ‘cicn’ resource (with a single ID) has a given CLUT and a given size. If the icon is drawn at smaller than normal size (most cases, 32 by 32 image drawn as a smaller, 16 by 16 image), the image becomes compressed. It does not look as good as an icon designed to be 16 by 16. Likewise, an icon created with a 256 color palette does not look as good when it is drawn on a 16 color monitor. This problem can be solved by having duplicate ‘cicn’ resources, one for the same icon at different pixel depths and image sizes, but then more memory is used up. Much of the ‘cicn’ format for resources of the same image at different pixel depths is identical, especially the mask of the color icons which would be the same.

Icon Family

To help with these memory problems, Apple defined an alternative method of dealing with the Color Icon structure, the Icon Family. By only working with icons that are either 32 by 32 pixels or 16 by 16 pixels, and at either 1 bit (black and white), 4 bit (16 color) or 8 bit (256 color) modes, much of the redundant information inherent in the ‘cicn’ structure is eliminated.

An Icon family consists of up to 6 different resources that define one icon, at different sizes and pixel depths. The resource types used are ‘ICN#’ (the traditional 32 bit black and white icon with mask), ‘ics#’ (a new 16 by 16 pixel black and white icon with mask), ‘icl8’ (a new 8 bit 32 by 32 pixel image), ‘icl4’ (a new 4 bit 32 by 32 pixel image), ‘ics8’ (a new 8 bit 16 by 16 pixel image) and ‘ics4’ (a new 4 bit 16 by 16 pixel image).

The ‘ICN#’ resource has already been explained in this article; it defined a black and white, 32 by 32 pixel image. The new ‘ics#’ resource is laid out identically, except it manipulates 16 by 16 bit images. Since a 16 bit image requires 2 bytes per row, the data structure is 32 bytes per image. There are two images, the icon and the mask, for a total of 64 bytes. Thus the most common icon sizes have specific resource types to represent the same black and white image (32 by 32 or 16 by 16).

The other four new resources do similar functions for the color versions of the image. Each resource defines only the pixel data for each image. For example, the ‘ics4’ defines the pixel images for the 16 by 16 (small) 4 bit color icon. Each 4 consecutive bits of data represents one of the 16 available colors. Since 16 times 4 bits equals 8 bytes (64 bits), the rowbytes of this pixel image is 8. The entire handle should be 128 bytes. The other three icons are organized similarly.

Notice that these four icons only describe the pixels (pixel 1 is color 10, pixel 2 is color 7, and so on). There is no CLUT table to define what the RGB value is for each color. There must be an implied CLUT for the Icon Family. Fortunately since almost all icons are created using the Standard Apple CLUTs, this is not a problem. The routines provided below assume either the 4 bit or 8 bit Standard Apple CLUTS were used by the code to draw the the Icon Family. ResEdit, the most common tool to create icons, has an option to allow you to create Icon Families using the Standard Apple CLUTs.

We have the specific size, specific pixel depth, the color pixels, and a CLUT, the only other information that is necessary to define a color icon is the black and white version and themask portion of the color icon. That data is not far off though, in the black and white icon resource (‘ICN#’ or ‘ics#’). A color resource, along with the corresponding black and white resource is enough to define a color icon.

Thus, to draw a black and white icon in either 32 by 32 version or 16 by 16 version, you would need only the ‘ICN#’ resource or the ‘ics#’ respectively. To draw a color icon, you would need both the black and white resource, and the correct color resource. For example, if you wish to display a 16 by 16, 8 bit color icon, both the ‘ics#” and the ‘ics8’ resources are needed.

Apple did not provide new Quickdraw routines to draw using the Icon Family. However, given the Icon Family resources, it is fairly easy to on-the-fly create a color icon data structure. All the various values of the Color Icon data structure (bounds, rowbytes, pixel depths) can be set, and the actual image can be plugged in. Then a call to PlotCIcon can be made to do the actual drawing. If you would consider all the possible ways of drawing an icon family as a set, you could create the following type of declaration. This set is useful when describing which icon in an icon family you wish to draw.

 type IconStyle = (BW32, BW16, EightBit32, EightBit16, FourBit32, FourBit16);

The following routine draws an instance of an Icon Family (based on theIconStyle, theBWIcon and theColorIcon) at a given point (thePoint), possibly hilited (if theFlag is TRUE). If theIconStyle mode is black and white (BW32 or BW16), then theColorIcon can be set to NIL. The routine makes a few assumptions. First, the routine assumes theBWIcon and theColorIcon handles are the correct ones for the given theIconStyle mode. Second, it assumes the theIconStyle is the correct one for the current screen. Finally, the routine assumes that if a color mode is given, Color Quickdraw is available.

{11}

 procedure DrawIconFamily (theIconStyle: IconStyle;
 theBWIcon: Handle;
 theColorIcon: Handle;
 thePoint: Point;
 theFlag: BOOLEAN);
 var  myDim, myBWRowbytes, myBWSize: INTEGER;
 myRect: Rect;
 myIconBitMap, myMaskBitMap: BitMap;
 myPort: GrafPtr;
 myCLUT: CTabHandle;
 myColorIcon: CIconHandle;
 myPtr1, myPtr2: Ptr;
 begin
{Check to see if Handle exists}

 if theBWIcon <> nil then
 if theBWIcon^ <> nil then begin
 Hlock(theBWIcon);

Setup variables based on type of Icon}

 if theIconStyle in [bw16, Eightbit16, Fourbit16] then
 begin
 myBWRowbytes := 2;
 myDim := 16;
 end
 else begin
 myBWRowbytes := 4;
 myDim := 32;
 end;

{Setup Mask Bitmap}

 with myMaskBitMap do begin
 myBWSize := myBWRowbytes * myDim;
 baseaddr := Ptr(ord4(StripAddress(theBWIcon^))
 + myBWSize);
 rowbytes := myBWRowbytes;
 SetRect(bounds, 0, 0, myDim, myDim);
 end;

{Setup bounding rectangle}

 with myRect do begin
 topleft := thePoint;
 right := left + myDim;
 bottom := top + myDim;
 end;

{Grab current grafport (for bitmap}

 GetPort(myPort);

{Check type of mode}

 if theIconStyle in [bw16, bw32] then begin
{If mode is BW, set Icon bitmap}

 with myIconBitMap do begin
 baseaddr := StripAddress(theBWIcon^);
 rowbytes := myBWRowbytes;
 SetRect(bounds, 0, 0, myDim, myDim);
 end;

{White out Mask Bitmap}
 CopyBits(myMaskBitMap, myPort^.portBits, 
 myMaskBitMap.bounds, myRect, srcBic, nil);
{Set Icon bitmap}
 CopyBits(myIconBitMap, myPort^.portBits, 
 myIconBitMap.bounds, myRect, srcOr, nil);
 end
{If mode is color, make sure color}
{handle is not nil.}
 else if theColorIcon <> nil then begin
{Get CLUT.}

 if theIconStyle in [EightBit16, EightBit32] then
 myCLUT := GetCTable(8)
 else
 myCLUT := GetCTable(4);
 
 if myCLUT <> nil then begin

{Allocate memory for Color Icon}
 myColorIcon := CIconHandle(NewHandle(SIZEOF(CIcon)
  + myBWSize));
 
 if myColorIcon <> nil then begin
{Load in fields}
 with myColorIcon^^ do begin
 with iconPMap do begin
 baseAddr := nil;
 SetRect(bounds, 0, 0, myDim, myDim);
 case theIconStyle of
 EightBit16: begin
 pixelSize := 8;
 rowbytes := $8010;
 end;

 EightBit32: begin
 pixelSize := 8;
 rowbytes := $8020;
 end;

 FourBit16: begin
 pixelSize := 4;
 rowbytes := $8008;
 end;

 FourBit32: begin
 pixelSize := 4;
 rowbytes := $8010;
 end;
 otherwise
 end;
 pmVersion := 0;
 packType := 0;
 packSize := 0;
 hRes := 72;
 vRes := 72;
 pixelType := 0;
 cmpCount := 1;
 cmpSize := pixelSize;
 planebytes := 0;
 pmReserved := 0;
 end;
 with iconMask do begin
 rowbytes := myBWRowbytes;
 baseaddr := nil;
 SetRect(bounds, 0, 0, myDim, myDim);
 end;
 iconBMap := iconMask;
 end;

{Load in CLUT & pixel data}

 myColorIcon^^.iconData := theColorIcon;
 myColorIcon^^.iconPMap.pmTable := myCLUT;

{Copy in BW image and mask}

 myPtr1 := POINTER(ORD4(StripAddress(theBWIcon^))
 + myBWSize);
 myPtr2 := @myColorIcon^^.iconMaskData[0];
 BlockMove(myPtr1, myPtr2, myBWSize);
 myPtr1 := StripAddress(theBWIcon^);
 myPtr2 := POINTER(ORD4(StripAddress(
 @myColorIcon^^.iconMaskData[0])) + myBWSize);
 BlockMove(myPtr1, myPtr2, myBWSize);
{Plot Icon}
 PlotCIcon(myRect, myColorIcon);

 DisposHandle(Handle(myColorIcon));
 end;
 DisposCTable(myCLUT);
 end;
 end;
 end;
end;

The best approach might be for the application to check the pixel depth of the screen at startup. Then the application should load in the correct resources based on this information, and use the resources in calls to DrawIconFamily.

Hopefully the reader can see the advantage of using the Icon Family resources instead of the ‘cicn’ resource. Not only are the actual icons smaller in byte size, but an application can decide at startup which size and pixel depth it wants to use, and only load the Icon Family resources that are needed. The above mentioned method of keeping the resource purgeable for more efficient memory usage can be used with all the Icon Family resources.

To complete the discussion of Icon Families, routines are needed to handle changing the selection of an icon, and detecting if a position is on top of the icon. The following routines provide this. In both of the routines, regardless of whether the black and white mode, 4 bit mode, or 8 bit mode is used, only the black and white icon resource (to be exact, the mask portion) is needed:

{12}

 procedure SelectIconFamily (theIconStyle: IconStyle;
 theBWIcon: Handle;
 thePoint: Point);
 var  myDim, myBWRowbytes, myBWSize: INTEGER;
 myRect: Rect;
 myMaskBitMap: BitMap;
 myPort: GrafPtr;
 begin
{Check to see if Handle exists}

 if theBWIcon <> nil then
 if theBWIcon^ <> nil then begin

{Setup variables based on type of Icon}

 if theIconStyle in [bw16, Eightbit16, Fourbit16] then
 begin
 myBWRowbytes := 2;
 myDim := 16;
 end
 else begin
 myBWRowbytes := 4;
 myDim := 32;
 end;

{Setup Mask Bitmap}

 with myMaskBitMap do begin
 myBWSize := myBWRowbytes * myDim;
 baseaddr := Ptr(ord4(StripAddress(theBWIcon^))
 + myBWSize);
 rowbytes := myBWRowbytes;
 SetRect(bounds, 0, 0, myDim, myDim);
 end;

{Setup bounding rectangle}

 with myRect do begin
 topleft := thePoint;
 right := left + myDim;
 bottom := top + myDim;
 end;

{Grab current grafport (for bitmap}

 GetPort(myPort);

{Invert the mask bitmap}

 BitClr(Ptr(HiliteMode), pHiliteBit);
 CopyBits(myMaskBitMap, myPort^.portBits,
 myMaskBitMap.bounds, myRect, srcXor, nil);

 Hunlock(theBWIcon);
 end;
 end;

 function PtInIconFamily (theIconStyle: IconStyle;
 theBWIcon: Handle;
 thePoint, theSpot: Point): BOOLEAN;
 var  myDim, myBWRowbytes, myBWSize: INTEGER;
 myRect: Rect;
 myFlag: BOOLEAN;
 myPtr: Ptr;
 begin
 myFlag := FALSE;

{Check to see if Handle exists}

 if theBWIcon <> nil then
 if theBWIcon^ <> nil then begin
 Hlock(theBWIcon);

{Setup variables based on type of Icon}

 if theIconStyle in [bw16, Eightbit16, Fourbit16] then
 begin
 myBWRowbytes := 2;
 myDim := 16;
 end
 else begin
 myBWRowbytes := 4;
 myDim := 32;
 end;
 myBWSize := myBWRowbytes * myDim;

{Setup bounding rectangle}

 with myRect do begin
 topleft := thePoint;
 right := left + myDim;
 bottom := top + myDim;
 end;

{Check if spot in bounding rect}

 if PtInRect(theSpot, myRect) then begin
{If so, setup math to look at specific}
{row of pixels.}
 Hlock(theBWIcon);
 theSpot.v := theSpot.v - thePoint.v;
 theSpot.h := theSpot.h - thePoint.h;
 myPtr := POINTER(ORD4(StripAddress(theBWIcon^)) 
 + myBWSize + (theSpot.v * myBWRowbytes));

{Check if spot touching set pixel (bit)}

 myFlag := BitTst(myPtr, theSpot.h);
 HUnlock(theBWIcon);
 end;
 end;

 PtInIconFamily := myFlag;
 end;

As always, by far the best method to create Icon Families is to use ResEdit. ResEdit 2.1, in particular, has excellent tools to create the icons. ResEdit 2.1 also includes tools to bundle an Icon Family with a file (usually an Application) so that that Finder displays it’s own icon (color when running under new System 7.0).

The Icon Family was not officially introduced with a new version of the Macintosh or Color Quickdraw. It was actually rather poorly documented with the alpha versions of 7.0, but that version of 7.0 did not display the icons. Beta version of ResEdit (2.0b2 and above) allowed users to create these resources. Then various Color Desktop utilities started appearing. These utilities used the Icon Family of resources to display color icons from the Finder. Officially, System 7.0 may be the first Apple approved use of Icon Families. As of now, few programs use the Icon Family to draw color icons, but hopefully this will change as their advantages become apparent.

Example Code

The following program, IconTester, uses the IconFamily routines provided here to display 3 different icons. The code demonstrates drawing the various icons, as well as making them purgeable when they are not needed (providing more efficient use of memory). The program gives examples on how to handle mousedown events, to see if they are falling within an icons mask. If so, the icon becomes selected or unselected.

{IconTester.p  - Steve Sheets, 1991}
{Sample program to display Icon}
{Family resources.  This program will}
{display 3 different Icon Families in all}
{the various modes.  If any of the icons}
{are clicked, that icon will become hilited.}

program IconTester;
const
{Icon position constants}

 kRow1 = 50;
 kRow2 = 120;
 kRow3 = 190;

 kColumn1 = 10;
 kColumn2 = 60;
 kColumn3 = 110;
 kColumn4 = 160;
 kColumn5 = 210;
 kColumn6 = 260;
 kColumn7 = 310;
 kColumn8 = 360;

{resource ID of Icon Families}

 kApplicationIcon = 500;
 kCheckerDocIcon = 501;
 kMoofIcon = 502;

{Window Size Constants}

 kHSize = 300;

 kVColorSize = 230;
 kVBWSize = 90;

{Number of Selection Flags needed}

 kNumFlags = 18;

{Globals}
vargIconWindow: WindowPtr;
 gHaveColor, gDone: BOOLEAN;
 gFlags: array[1..kNumFlags] of BOOLEAN;

{Checks if Color Quickdraw Exists on this machine.}

function ColorQDExists: boolean;
const ROM85Loc = $28E;
 TwoHighMask = $C000;
type  WordPtr = ^INTEGER;
begin
 ColorQDExists := (BitAnd(WordPtr(ROM85Loc)^, TwoHighMask) 
 = 0);
end;

{Prepares the program by setting up variables}
{and creating a window (possibly Color window).}
{No icons are loaded here.}

procedure SetUp;
varmyRect: Rect;
 myStr: Str255;
 myCount: INTEGER;
begin
 gHaveColor := ColorQDExists;

 myStr := ‘Icon Family Demo’;
 with myRect, screenbits do begin
 top := 40;
 left := (bounds.right - bounds.left - kHSize) div 2;
 right := left + kHSize;
 end;
 if gHaveColor then begin
 myRect.bottom := myRect.top + kVColorSize;
 gIconWindow := NewCWindow(nil, myRect, myStr, TRUE,
 noGrowDocProc, POINTER(-1), TRUE, 0)
 end
 else begin
 myRect.bottom := myRect.top + kVBWSize;
 gIconWindow := NewWindow(nil, myRect, myStr, TRUE,
 noGrowDocProc, POINTER(-1), TRUE, 0);
 end;

 gDone := FALSE;
 for myCount := 1 to kNumFlags do
 gFlags[myCount] := FALSE;
 SetCursor(Arrow);
end;

{***INSERT ColorFamily Routines Here***}

{Updates the Icon image window.  Draws}
{some text information, then draws all}
{the icons.}

procedure UpdateIconWindow;

{Given an icon style, position, resource ID}
{number and selection flag number (number of}
{item in array), draws that icon.  It does this}
{by loading in the correct resources, and calling}
{DrawIconFamily.  When it is done, the resources}
{are set to unpurgeable (allow them to be freed}
{if memory space is an issue).}

 procedure DrawMyIcon (theIconStyle: IconStyle;
 theH, theV: INTEGER;
 theIconID: INTEGER;
 theFlagNum: INTEGER);
 var  myIconMask, myColorIcon: Handle;
 myFlag: BOOLEAN;
 myPoint: Point;
 begin
 if theIconStyle in [bw16, Eightbit16, Fourbit16]
 then myIconMask := GetResource(‘ics#’, theIconID)
 else myIconMask := GetResource(‘ICN#’, theIconID);
 if myIconMask <> nil then begin
 HNoPurge(myIconMask);

 myFlag := FALSE;
 myColorIcon := nil;
 case theIconStyle of
 Eightbit16: 
 myColorIcon := GetResource(‘ics8’, theIconID);

 Fourbit16: 
 myColorIcon := GetResource(‘ics4’, theIconID);

 Eightbit32: 
 myColorIcon := GetResource(‘icl8’, theIconID);

 Fourbit32: 
 myColorIcon := GetResource(‘icl4’, theIconID);
 otherwise
 myFlag := TRUE;
 end;

 if myColorIcon <> nil then begin
 HNoPurge(myColorIcon);
 myFlag := TRUE;
 end;

 if myFlag then begin
 myPoint.h := theH;
 myPoint.v := theV;
 DrawIconFamily(theIconStyle, myIconMask, myColorIcon,
 myPoint, gFlags[theFlagNum]);
 end;

 if myColorIcon <> nil
 then HPurge(myColorIcon);
 HPurge(myIconMask);
 end;
 end;

begin
 MoveTo(10, 20);
 DrawString(‘Select an Icon to hilite it.’);

 MoveTo(10, 40);
 DrawString(‘Black and White Icons:’);
 DrawMyIcon(bw32, kColumn1, kRow1, kApplicationIcon, 1);
 DrawMyIcon(bw16, kColumn2, kRow1, kApplicationIcon, 2);
 DrawMyIcon(bw32, kColumn3, kRow1, kCheckerDocIcon, 3);
 DrawMyIcon(bw16, kColumn4, kRow1, kCheckerDocIcon, 4);
 DrawMyIcon(bw32, kColumn5, kRow1, kMoofIcon, 5);
 DrawMyIcon(bw16, kColumn6, kRow1, kMoofIcon, 6);

 if gHaveColor then begin
 MoveTo(10, 110);
 DrawString(‘Four Bit Icons:’);
 DrawMyIcon(Fourbit32, kColumn1, kRow2,
 kApplicationIcon, 7);
 DrawMyIcon(Fourbit16, kColumn2, kRow2,
 kApplicationIcon, 8);
 DrawMyIcon(Fourbit32, kColumn3, kRow2,
 kCheckerDocIcon, 9);
 DrawMyIcon(Fourbit16, kColumn4, kRow2,
 kCheckerDocIcon, 10);
 DrawMyIcon(Fourbit32, kColumn5, kRow2, kMoofIcon, 11);
 DrawMyIcon(Fourbit16, kColumn6, kRow2, kMoofIcon, 12);

 MoveTo(10, 180);
 DrawString(‘Eight Bit Icons:’);
 DrawMyIcon(Eightbit32, kColumn1, kRow3,
 kApplicationIcon, 13);
 DrawMyIcon(Eightbit16, kColumn2, kRow3,
 kApplicationIcon, 14);
 DrawMyIcon(Eightbit32, kColumn3, kRow3,
 kCheckerDocIcon, 15);
 DrawMyIcon(Eightbit16, kColumn4, kRow3,
 kCheckerDocIcon, 16);
 DrawMyIcon(Eightbit32, kColumn5, kRow3, kMoofIcon, 17);
 DrawMyIcon(Eightbit16, kColumn6, kRow3, kMoofIcon, 18);
 end;
end;

{Handles a mousedown in the window}
{(local cooridinates).  Checks for each}
{of the icons if click was on top of it.}
{If so, it changes the hiliting of that icon}
{(and the flag associated with it).}

procedure ClickIconWindow (theSpot: Point);
{Given an iconstyle, position, resource ID and}
{flag number, check if theSpot is touching it}
{(using PtInIconFamily).  If so, flips the flag and changes}
{the hiliting (using SelectIconFamily).}

 procedure CheckMyIcon (theIconStyle: IconStyle;
 theH, theV: INTEGER;
 theIconID: INTEGER;
 theFlagNum: INTEGER);
 var  myIconMask: Handle;
 myPoint: Point;
 begin
 if theIconStyle in [bw16, Eightbit16, Fourbit16]
 then myIconMask := GetResource(‘ics#’, theIconID)
 else myIconMask := GetResource(‘ICN#’, theIconID);
 if myIconMask <> nil then begin
 HNoPurge(myIconMask);

 myPoint.h := theH;
 myPoint.v := theV;
 if PtInIconFamily(theIconStyle, myIconMask, myPoint,
 theSpot) then begin
 gFlags[theFlagNum] := not gFlags[theFlagNum];
 SelectIconFamily(theIconStyle, myIconMask, myPoint);
 end;

 HPurge(myIconMask);
 end;
 end;

begin
 CheckMyIcon(bw32, kColumn1, kRow1, kApplicationIcon, 1);
 CheckMyIcon(bw16, kColumn2, kRow1, kApplicationIcon, 2);
 CheckMyIcon(bw32, kColumn3, kRow1, kCheckerDocIcon, 3);
 CheckMyIcon(bw16, kColumn4, kRow1, kCheckerDocIcon, 4);
 CheckMyIcon(bw32, kColumn5, kRow1, kMoofIcon, 5);
 CheckMyIcon(bw16, kColumn6, kRow1, kMoofIcon, 6);

 if gHaveColor then begin
 CheckMyIcon(Fourbit32, kColumn1, kRow2,
 kApplicationIcon, 7);
 CheckMyIcon(Fourbit16, kColumn2, kRow2,
 kApplicationIcon, 8);
 CheckMyIcon(Fourbit32, kColumn3, kRow2,
 kCheckerDocIcon, 9);
 CheckMyIcon(Fourbit16, kColumn4, kRow2,
 kCheckerDocIcon, 10);
 CheckMyIcon(Fourbit32, kColumn5, kRow2, kMoofIcon, 11);
 CheckMyIcon(Fourbit16, kColumn6, kRow2, kMoofIcon, 12);

 CheckMyIcon(Eightbit32, kColumn1, kRow3,
 kApplicationIcon, 13);
 CheckMyIcon(Eightbit16, kColumn2, kRow3,
 kApplicationIcon, 14);
 CheckMyIcon(Eightbit32, kColumn3, kRow3,
 kCheckerDocIcon, 15);
 CheckMyIcon(Eightbit16, kColumn4, kRow3,
 kCheckerDocIcon, 16);
 CheckMyIcon(Eightbit32, kColumn5, kRow3,
 kMoofIcon, 17);
 CheckMyIcon(Eightbit16, kColumn6, kRow3,
 kMoofIcon, 18);
 end;
end;

{Main event loop of application.  Handles}
{all normal events, and passes updates &}
{mouse downs to UpdateIconWindow and}
{ClickIconWindow.  This routine loops until}
{user selects close box.}

procedure MainLoop;
varmyWindow: WindowPtr;
 myPort: GrafPtr;
 myEvent: EventRecord;
begin
 repeat
 SystemTask;

 if GetNextEvent(everyEvent, myEvent) then
 case myEvent.what of

 mouseDown: 
 case FindWindow(myEvent.where, myWindow) of
 inSysWindow: 
 SystemClick(myEvent, myWindow);
 inGoAway: 
 if myWindow = gIconWindow  then
 if TrackGoAway(myWindow, myEvent.where) 
 then gDone := TRUE;
 inDrag: 
 if myWindow <> frontWindow 
 then SelectWindow(myWindow)
 else DragWindow(myWindow, myEvent.where,
 screenbits.bounds);
 inContent: 
 if myWindow <> frontWindow  then
 SelectWindow(myWindow)
 else if myWindow = gIconWindow then begin
 GetPort(myPort);
 SetPort(myWindow);
 GlobalToLocal(myEvent.where);
 ClickIconWindow(myEvent.where);
 SetPort(myPort);
 end;
 end;

 updateEvt:  begin
 GetPort(myPort);
 myWindow := WindowPtr(myEvent.message);
 BeginUpdate(myWindow);
 SetPort(myWindow);
 if myWindow = gIconWindow then
 UpdateIconWindow;
 SetPort(myPort);
 end;

 otherwise
 end;
 until gDone;
end;

{Main program}

begin
 SetUp;
 MainLoop;
end.

 
AAPL
$100.87
Apple Inc.
+0.34
MSFT
$44.96
Microsoft Corpora
-0.37
GOOG
$584.46
Google Inc.
-2.40

MacTech Search:
Community Search:

Software Updates via MacUpdate

Tidy Up 3.0.15.0 - Find duplicate files...
Tidy Up is a complete duplicate finder and disk-tidiness utility. With Tidy Up you can search for duplicate files and packages by the owner application, content, type, creator, extension, time... Read more
Parallels Desktop 10.0 - Run Windows app...
Parallels Desktop is simply the world's bestselling, top-rated, and most trusted solution for running Windows applications on your Mac. With Parallels Desktop for Mac, you can seamlessly run both... Read more
Apple Final Cut Pro X 10.1.3 - Professio...
Apple Final Cut Pro X is a professional video editing solution.Completely redesigned from the ground up, Final Cut Pro adds extraordinary speed, quality, and flexibility to every part of the post-... Read more
Apple Compressor 4.1.3 - Adds power and...
Compressor adds power and flexibility to Final Cut Pro X export. Customize output settings, work faster with distributed encoding, and tap into a comprehensive set of delivery features. Powerful... Read more
Chromium 36.0.1985.143 - Fast and stable...
Chromium is an open-source browser project that aims to build a safer, faster, and more stable way for all Internet users to experience the web. FreeSMUG-Free OpenSource Mac User Group build is... Read more
Macgo Blu-ray Player 2.10.6.1691 - Blu-r...
Macgo Mac Blu-ray Player can bring you the most unforgettable Blu-ray experience on your Mac. Overview Macgo Mac Blu-ray Player can satisfy just about every need you could possibly have in a Blu-ray... Read more
Apple Motion 5.1.2 - Create and customiz...
Apple Motion is designed for video editors, Motion 5 lets you customize Final Cut Pro titles, transitions, and effects. Or create your own dazzling animations in 2D or 3D space, with real-time... Read more
A Better Finder Rename 9.39 - File, phot...
A Better Finder Rename is the most complete renaming solution available on the market today. That's why, since 1996, tens of thousands of hobbyists, professionals and businesses depend on A Better... Read more
PopChar X 6.6 - Floating window shows av...
PopChar X helps you get the most out of your font collection. With its crystal-clear interface, PopChar X provides a frustration-free way to access any font's special characters. Expanded... Read more
MacUpdate Desktop 6.0.2 - Install Mac ap...
MacUpdate Desktop 6 brings seamless 1-click installs and version updates to your Mac. With a free MacUpdate account and MacUpdate Desktop 6, Mac users can now install almost any Mac app on macupdate.... Read more

Latest Forum Discussions

See All

Cubic Castles Review
Cubic Castles Review By Rob Thomas on August 20th, 2014 Our Rating: :: CASTLE CRAFTINGiPad Only App - Designed for the iPad Some ridiculously frustrating camera issues aside, Cubic Castles is a pretty neat, voxel-based crafting... | Read more »
Space Colors – Tips, Tricks, Strategies,...
Hello Cadets: Want to know what we thought about this hectic space combat/roguelike? Check out our Space Colors review! Space Colors is a cool shooter/roguelike from Team Chaos. You travel from planet to planet across a huge galaxy and complete a... | Read more »
Tap Sports Baseball – Tips, Tricks, and...
Tap Sports Baseball is a pretty simple game to learn, but that doesn’t mean it’s an easy game to master, by any means. To start your batting career off well, we thought we’d give you the heads up on some handy tips and tricks. Hey Batter-Batter:... | Read more »
Tap Sports Baseball Review
Tap Sports Baseball Review By Jennifer Allen on August 20th, 2014 Our Rating: :: LET'S PLAY BALLUniversal App - Designed for iPhone and iPad Tap Sports Baseball is briefly fun but lacks some important features.   | Read more »
Earn to Die 2 Set to Drive in to the App...
Earn to Die 2 Set to Drive in to the App Store Later This Year Posted by Ellis Spice on August 20th, 2014 [ permalink ] Not Doppler has announced that Earn to Die 2, a sequel to their successful game | Read more »
Frontier Heroes Review
Frontier Heroes Review By Andrew Fisher on August 20th, 2014 Our Rating: :: BLAZES NO TRAILSUniversal App - Designed for iPhone and iPad Despite awesome visuals and great music, Frontier Heroes just doesn’t quite deliver enough fun... | Read more »
Echo Prime is Now on Sale for $0.99
Echo Prime is Now on Sale for $0.99 Posted by Jessica Fisher on August 20th, 2014 [ permalink ] Universal App - Designed for iPhone and iPad | Read more »
Star Realms Review
Star Realms Review By Andrew Fisher on August 20th, 2014 Our Rating: :: A STAR IS BORNUniversal App - Designed for iPhone and iPad Star Realms is an excellent adaptation of an outstanding deck-builder. With great visuals and an... | Read more »
This. Is. SPRINGFIELD! War comes to The...
This. Is. SPRINGFIELD! | Read more »
One Tap RPG Review
One Tap RPG Review By Campbell Bird on August 20th, 2014 Our Rating: :: DUNGEON SLIDERUniversal App - Designed for iPhone and iPad This casual arcade game introduces some very light rpg elements into its fantasy-themed pachinko... | Read more »

Price Scanner via MacPrices.net

Apple now offering certified refurbished 2014...
 The Apple Store is now offering Apple Certified Refurbished 2014 MacBook Airs for up to $180 off the cost of new models. An Apple one-year warranty is included with each MacBook, and shipping is... Read more
Best Buy’s College Student Deals: $100 off Ma...
Take an additional $100 off all MacBooks and iMacs, $50 off iPad Airs and iPad minis, at Best Buy Online with their College Students Deals Savings, valid through September 6th. Anyone with a valid .... Read more
MacBook Airs on sale for $100 off MSRP, free...
B&H Photo has three 2014 MacBook Airs on sale for $100 off MSRP. Shipping is free, and B&H charges NY sales tax only. They also include free copies of Parallels Desktop and LoJack for Laptops... Read more
Razer Taipan Mouse For Gamers And Non-Gamers...
If you’re a serious gamer on either Mac or Windows PCs, a serious gaming mouse is a necessity for first-tier performance. However, even if like me you’re not much of a gamer, there’s still a strong... Read more
15-inch 2.2GHz MacBook Pro on sale for $1899,...
Adorama has the new 15″ 2.2GHz Retina MacBook Pro on sale for $1899 including free shipping plus NY & NJ sales tax only. Their price is $100 off MSRP, and it’s the lowest price available for this... Read more
Mid-Size Tablet Shootout Posted: iPad mini wi...
I ‘m curious about how many iPads Apple is actually selling these days. It’s been widely rumored and anticipated that new models with A8 SoCs, 2 GB of RAM, 8 megapixel cameras, and fingerprint... Read more
The 15 Biggest iPad Air Problems And How To A...
What’s this? Fifteen “biggest” problems with the iPad Air? Does that mean there are a lot of smaller problems as well? Say it isn’t so! My old iPad 2 has manifested no hardware problems in three... Read more
TYLT Syncable-Duo, 2-in-1 USB Cable With Appl...
TYLT has introduced the Syncable-Duo, a universal cable solution for charging and syncing data to smartphones and tablets. The Syncable-Duo eliminates the need for multiple cables by incorporating... Read more
Save up to $140 off MSRP with Apple refurbish...
Apple is offering Certified Refurbished iPad Airs for up to $140 off MSRP. Apple’s one-year warranty is included with each model, and shipping is free. Stock tends to come and go with some of these... Read more
2.5GHz Mac mini on sale for $549, save $50
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

Jobs Board

Senior Event Manager, *Apple* Retail Market...
…This senior level position is responsible for leading and imagining the Apple Retail Team's global event strategy. Delivering an overarching brand story; in-store, Read more
*Apple* Solutions Consultant - Apple (United...
**Job Summary** The ASC is an Apple employee who serves as an Apple brand ambassador and influencer in a Reseller's store. The ASC's role is to grow Apple Read more
Position Opening at *Apple* - Apple (United...
**Job Summary** Being a Business Manager at an Apple Store means you're the catalyst for businesses to discover and leverage the power, ease, and flexibility of Apple Read more
Position Opening at *Apple* - Apple (United...
**Job Summary** At the Apple Store, you connect business professionals and entrepreneurs with the tools they need in order to put Apple solutions to work in their Read more
Project Manager / Business Analyst, WW *Appl...
…a senior project manager / business analyst to work within our Worldwide Apple Fulfillment Operations and the Business Process Re-engineering team. This role will work Read more
All contents are Copyright 1984-2011 by Xplain Corporation. All rights reserved. Theme designed by Icreon.