TweetFollow Us on Twitter

Scripting PackageMaker: Checking Requirements

Volume Number: 25
Issue Number: 08
Column Tag: Installers

Scripting PackageMaker: Checking Requirements

Learn how to validate a target for installation

by José R.C. Cruz

Introduction

One of the main features of PackageMaker 2.0 is its use of JavaScript scripts to check if the target platform or volume can support the payload. For instance, one script can check on the target's system version while another on the amount of free space on a mounted volume. If the target fails any of the checks, the script can either inform the user of the failure or prevent one or more payloads from being installed. Whichever action it takes may depend on the situation at hand.

Today, we will look at how PackageMaker 3.0 improves its support of requirements scripts. But first, we will study the first three phases of an install session. Then we will get a basic overview of the Installer JavaScript language. Next, we will learn how to use PackageMaker 3.0 to create some basic scripts. We will also learn how to add a custom JavaScript function and how to call an external shell script.

All the scripts shown in this article are from the Foobar demo project.

A copy of the project can be found on the MacTech ftp site at ftp.mactech.com.

The Install Session

Figure 1 shows a typical install session. When users double-click a package, the package first presents its Readme text. Then it displays the Software License, which users must either accept or reject. If they reject the license terms, the session ends. But if users accept the terms, the package then asks users to choose a target volume. Once users selected a volume and clicked the Install button, the package will install its payload onto that volume.


Figure 1. A basic install session

Some packages will have a variant of the install session. One package, for instance, may have multiple payloads. If so, it has the option of asking users to choose which payload to install. Another may go directly to asking for a target volume, skipping the display of a Readme or License text. Still another may use the root volume as its sole target, thus removing the need for users to choose a target volume.

Then there are packages that do other tasks at certain points of the install session. One such task is to validate the target platform for installation.

Validating the target

Validating a target for installation can have up to three phases. The first phase, InstallationCheck (Figure 2), occurs right after the package displays its Welcome panel. When the target fails this check, the package either ends the install session or warns the user of the failure.


Figure 2. The InstallationCheck phase

The second phase, VolumeCheck (Figure 3), runs right before the package displays the Destination Select panel. Its scripts check the local or network disk volumes mounted on the target platform. If a volume fails a check, the package places a stop badge on that volume's icon in the panel. It also displays an error message when users try to select the failed volume. But when a volume passes a check, the package lets users select the volume. Also, the volume's icon gets a green arrow when selected.


Figure 3. The VolumeCheck phase

The third phase, PayloadCheck (Figure 4), runs just before the package displays the Installation Type panel. Its scripts runs on a per-payload basis and for both install modes, easy or custom. Each script enables and selects a payload based on its results. If at least one of the payloads stays selected, the package then enables that panel's Install button. But if none of payloads are selected, the Install button remains disabled.


Figure 4. The PayloadCheck phase

Enter Installer JavaScript

PackageMaker 3.0 lets you use your favorite language to write scripts for each of the three phases. But for consistent and reliable checks, you should write these scripts in Installer JavaScript. This JavaScript dialect has three global objects (Figure 5). The System object provides data on the host system and access to external files. The My object returns data on either the target volume or the results of InstallationCheck. And the Choices object refers to each payload in the package.

Apple has never made clear which syntax version of JavaScript these tools supports. So, to avoid any problems, always assume version 1.2 of the JavaScript syntax. Keep in mind as well that only version 2.0 or newer of PackageMaker and Installer uses Installer JavaScript.


Figure 5. The three global JavaScript objects

The System object

The System object is the largest global object in Installer JavaScript. This object is available to all three phases of the target check.

There are six properties in the System object. The first three return the current system state; the second refer to other JavaScript objects (more on these later). The defaults property returns an Array of the current system settings. This is the same as typing defaults read on the Terminal prompt. The users.desktopSessionCount property returns the number of users currently logged in the host system. Its count includes users that appear in the Fast User Switching list and those connected via a Window Server session. The version property returns the contents of the SystemVersion.plist file, which is located in /System/Library/CoreServices. This property works the same as typing sw_vers at the Terminal prompt. Like the defaults property, the version property returns its data as an Array.

There are also three sets of methods in the System object. The first set consists of methods that provide more data on the host system. For instance, the compareVersions() method takes two version strings. It checks which string is greater than the other, returning an integer as its result. One way to use this method is with the version property as follows:

tVer = system.version.ProductVersion;
tChk = system.compareVersion(tVer, "10.5.1");
// returns a 1 if tVer > 10.5.1, -1 if tVer < 10.5.1, 
// or 0 if tVer is 10.5.1

The sysctl() method provides data on the system kernel. It takes a single string – the sysctl node – as input and gives its result in the correct datatype. For example, to get the amount of physical RAM present in the host system, check the hw.memsize node as follows:

   tMem = system.sysctl("hw.memsize");

The above line returns the memory size in bytes and as an integer. For a list of other sysctl nodes, type info sysctl at the Terminal prompt.

The gestalt() method provides data on various system additions. It takes a single string – the Gestalt selector – and returns the result as an Object. You then convert the result to the desired type with JavaScript. Consider, for example, you want to find out what version of QuickTime is installed. To do so, use the method as follows:

tQT = system.gestalt('qtim').toString(16);

The line above queries the Gestalt selector qtim. Then it converts the returned value into a 16-byte string. In the case of QuickTime 7, the above line returns the string 7218000.

The second set of methods provides utility services to the package. The run() method takes the name of an external script and, optionally, a variable list of arguments. The script then returns the results of its run back to the package. The runOnce() method uses the same parameters as run(). It, however, allows the script to be used only once. If the package tries to call the same script, the runOnce() method just returns the results of the first run. So assume, as an example, the package wants to call the external script foobar.sh. To do so, use the run() method as follows:

tErr = system.run("foobar.sh");

The script then returns a 0 when it is done, or a non-zero integer when it has any errors. For these methods to work, make sure to place the external script in the package's Resource directory. Also, the external script must not use any form of user interface.

Finally, the log() method takes a string argument, and sends it to the Installer's log window during the session. It also adds the prefix JS: to the string to distinguish it from other log messages. For example, to display the string "Checking the device tree", use the method as follows:

system.log("Checking the device tree");

So far, the log() method is your only debug option in Installer JavaScript. To view your log messages, choose Installer Logs from the Window menu of the Installer tool.

The third set of methods gives the package access to localized strings. This, however, is beyond the scope of this article. I will instead cover these methods in a future article focused on localized packages.

The application property

The applications property stores an instance of the Applications object (Figure 6). This object provides data on active processes on the host system. The object has three methods. The fromIdentifier() method takes a bundle signature and returns data on the application that has the signature. For example, to get data on the application TextWrangler, pass its bundle ID to the method as follows.

tProc =
   system.applications.fromBundleID("com.barebones.textwrangler");

The fromPID() method takes a process ID and returns data on a daemon process. Most daemons get a unique ID from OS X. The line below, for instance, returns data on the launchd daemon, which has a PID of 119.

   tProc = system.applications.fromPID(119);

The all() method returns data on all active processes on the host OS X system. It returns its results as an Array, with each entry in the Array being the data for each process.


Figure 6. The Applications object

All three methods return the process data as an Array. The elements in this array use keys defined by the ProcessInformation class, five of which are shown in Table 1. You then access each element by using a dot or a bracket notation. For example, the following line uses a dot-notation to read the FileCreator element.

tCreate = tProc.FileCreator;

But the line below uses a bracket notation to read the process serial number. Note the string PSN is enclosed in double quotes:

tPSN = tProc["PSN"];


Table 1. Five common keys used in the ProcessInformation class

The files property

The files property is an instance of the Files object (Figure 7). This object provides data on specified bundles or files on the target volume. The object has three method, the first one being fileExistsAtPath(). This method returns a TRUE if a file is at the specified path, FALSE if otherwise. It takes one argument, which is the path string. For example, to check for the file foobar.class in the /Library/Java directory, use the method as follows:

tChk = system.files.fileExistsAtPath ("/Library/Java/foobar.class");

By default, the method parses the path string with respect to the root volume. You can change this behavior by using the my.target property (as explained later). You can also use this method to check for a directory or a bundle.


Figure 7. The Files object

The second method bundleAtPath() checks if a bundle exists at the specified path. If TRUE, the method then returns the bundle's Info.plist data as an Array. You then use the Array to extract pertinent information about that bundle. For example, to get information on Xcode.app, use the method as shown below.

tInfo = system.files.bundleAtPath("/Developer/Applications/Xcode");

Then to get the Xcode version number, access the array tInfo as follows.

tVer = tInfo.CFBundleShortVersionString

The third method plistAtPath() checks to see if a plist file exists at the specified path. If this is true, the method then returns the file's contents as an Array. Assume you want to read the BBEdit's preferences file. To do so, type the method as follows.

tPlist = system.files.plistAtPath("/Library/Preferences/ \
   com.barebones.bbedit.plist");

All three methods, however, do not allow shortcut tokens such as '~' to be in the path string.

The ioregistry property

The ioregistry property stores an instance of the IORegistry object (Figure 8). This object queries the host system's device tree using the IORegistry API. For reasons of length, I will be unable to cover this property in detail. I did, however discuss this property in an article on driver and framework installers in the October 2008 issue of MacTech.


Figure 8. The IORegistry object

The My Object

The second global object in the Installer JavaScript dialect is the My object. It has only two properties: target and results. The results property is available in both the InstallationCheck and VolumeCheck phases of the install session. The target property, on the other hand, is available only in the VolumeCheck phase.

The target property

The target property stores an instance of the Target object (Figure 9). This object provides data on each target volume mounted on the host system. There are three properties in this object. One property, mountpoint, returns the path to the target volume from the root node. One way to use this property is as follows.

   tPth = my.target.mountpoint();

Assume, for example, the target system has the following two disk volumes: Foo and Bar. The property then returns the path to the Foo volume as /Volumes/Foo. For the Bar volume, it returns the path /Volumes/Bar.


Figure 9. The Target object

The availableKilobytes property returns the amount of free space in the target volume. It gives this value as an unsigned integer. Below is one way to use this property. Here, if the target volume has exactly 512 Mbytes of space, the above code snippet executes the code within the if-block.

if (my.target.availableKilobytes = (512 * 1024 * 1024))
{
   // do something here..
}

The systemVersion property provides the same service as the system.version property. In short, it also returns the contents of the file /System/Library/CoreServices/SystemVersion.plist file as an Array. But while system.version checks only the boot volume for the file, systemVersion checks all the target volumes. If systemVersion fails to find said file on a target volume, it returns a null string for that volume.

Finally, the Target object has one method called receiptForIdentifier(). This method takes a bundle ID string for input. It then looks for the directory /Library/Receipts in each target volume. If the directory has a receipt bundle with the specified ID, the method returns the contents of the bundle as an Array. Otherwise, it returns a NIL. One example of how to use this method is shown below.

tChk = my.target.receiptForBundle("com.mactech.demo.foobar");
if (tChk == nil) 
{
   // prepare for a new install..
}
else 
{
   // prepare for an upgrade action..
}

In this example, the snippet checks if the target volume has a receipt with an ID of com.mactech.demo.foobar. If this is so, the package assumes that the volume has the payload and prepares to do an upgrade. Otherwise, the snippet prepares to start a new install.

The results property

The results property is an instance of the Results object (Figure 10). InstallationCheck and VolumeCheck scripts use this object to report an error back to the package. The object has only three properties. The type property sets one of three possible error types: Warn, Fatal, and nil. The first two types will display an error dialog. But while a Warn error lets users continue with the install sessions, a Fatal error tells the package to stop the session immediately. A nil error type, on the other hand, tells the package that no errors have occurred, thus no dialog is required.


Figure 10. The Results object

The title property sets the short description of the error. This is the same as setting the Title field in the Requirements Editor dialog. Finally, the message property sets the detailed description of the error. This too is the same as setting the Message field in the editor dialog.

The lines below show one way of using the results property:

my.result.title = 'Leopard Support Only';
my.result.message = 'The payloads requires at least MacOS X 10.5';
my.result.type = 'Fatal';

These tell the package that a fatal error has occurred. The package then displays an error dialog with the specified message. Since the error is Fatal, the package ends the install session when users dismiss the dialog.

The Choice Object

The third global object in the Installer JavaScript arsenal is the Choice object (Figure 11). This object gives a package script access to the settings of a specific payload choice in the Custom Install panel. There are seven properties in this object. The first three properties: selected, enabled and visible, refer to the current state of the choice. The title property returns its name in the Custom Install panel, and the description property returns its short description.


Figure 11. The Choices object

The packageUpgradeAction property sets the type of install operation to perform. The packages property returns the payload's contents as an Array. Covering these two properties is beyond the scope of this article. I will, however, cover them in detail in a future PackageMaker article on relocation and upgrades.

To use the object, we first specify which payload to query. This we do with the choice ID value in the Identifier field. Assume, for example, your payload is the one shown in Figure 11. To read the title property, enter the following line.

tTitle = choice.choice2.title;

To disable that same payload, use the following line:

choice.choice2.enabled = false;

Writing The Requirements Scripts

One notable feature of PackageMaker 3.0 is its new Requirements Editor. This editor lets you define a requirements script without writing a single line of code. There are two variants of the editor. You get the first variant (Figure 12, left) from the Requirements panel for the whole package. On the other hand, you get the second variant (Figure 12, right) from the Requirements panel for each package. Both editor variants share the same set of check conditions. They differ, however, on what actions they specify for a failed check. The one on the left, for instance, specify what message to display on the error dialog. The one on the right, however, specify the state of the payload's choice.


Figure 12. Variants of the Requirements Editor

PackageMaker converts each check setting into a JavaScript script as it builds the installer package. It then stores the script into the package's Distribution.plist file. You can, of course, get a preview of the script by choosing Raw Editing Mode from the Project menu. This causes PackageMaker to switch its window to the one similar to Figure 13. On the left column of this window, you get a list of items that will appear in the package. Then if you select the entry Distribution, you get its contents shown on the right of the window. To switch back to the standard window layout, choose Normal Editing Mode from the Project menu.

You can also edit the contents of the Distribution file while PackageMaker is in raw editing mode. PackageMaker then updates the installer project with your changes when you choose Save from the File menu or when you switch back to the standard editing window. Be careful, however, as PackageMaker sometimes crashes during the switch, thus losing your changes.


Figure 13. The Raw Editor Mode

Scripting the InstallationCheck phase

Let us look at how PackageMaker handles the scripts for each phase of the requirements check. Once again, all the scripts featured here are from the Foobar demo project. The first check setting is shown in Figure 14. This check looks at the version string of the host system. If the host system is older than 10.5, the check then displays a fatal error dialog with the specified string.


Figure 14. Checking the host system

Listing 1 shows the script source for the above check. First, the script uses system.version to retrieve the version string from the host system. Then it sets my.result to the correct error message and type. Note the script is inside the function pm_install_check(). This function serves as the hook to the InstallationCheck phase. If you change the name of this function, you will disable that phase of the requirements check.

Listing 1. Checking the system version

function pm_install_check() {
  if(!(system.version.ProductVersion >= '10.5')) {
    my.result.title = 'Leopard Support Only';
    my.result.message 
         = 'The payloads requires at least MacOS X 10.5 or newer.';
    my.result.type = 'Fatal';
    return false;
  }
  return true;
}

Figure 15 shows the second check setting in the Foobar project. This check looks at the number of CPUs in the host system. If it finds only one CPU, the check displays a warning error dialog with its own message.


Figure 15. Checking the number of CPUs

Listing 2 shows the script source for the above setting. Here, the script uses a system.sysctl() call to get the number of CPUs. It then sets my.result to the correct message and type, which is Warn in this case. Note that the first part of the script is the check setting shown in Figure 14. Note as well that both settings are in the same pm_install_check() hook function. In fact, it is common for an InstallationCheck phase to have more than one check settings.

Listing 2. Checking the system version and CPU capacity

function pm_install_check() {
  if(!(system.version.ProductVersion >= '10.5')) {
    my.result.title = 'Leopard Support Only';
    my.result.message 
         = 'The payloads requires at least MacOS X 10.5 or newer.';
    my.result.type = 'Fatal';
    return false;
  }
   
  if(!(system.sysctl('hw.ncpu') > 1)) {
    my.result.title = 'Insufficient CPU Capacity';
    my.result.message 
         = 'The payload runs best on multiprocessor system.';
    my.result.type = 'Warn';
  }
  return true;
}

Scripting the VolumeCheck phase

The third check setting in the Foobar project is shown in Figure 16. Here, the check measures the amount of free space in each target volume. If a volume has less than 512 Mbytes of space, the check displays its error message when users try to select the volume.


Figure 16. Checking for free space

The script source for the above check is shown in Listing 3. Note the pm_volume_check() function that encloses the script. This function serves as the hook to the VolumeCheck phase of the install session. Note as well that the script multiples the value 512 by 1024 twice. This is because the property my.target.availableKilobytes returns the free space value in bytes, not in kilobytes as stated by the check.

Listing 3. Checking for free space

function pm_volume_check() {
  if(!(my.target.availableKilobytes > 512 * 1024 * 1024)) {
    my.result.title = 'Failure';
    my.result.message 
         = 'There is not enough free space on this target volume.';
    my.result.type = 'Fatal';
    return false;
  }
  return true;
}

Figure 17 shows the fourth check setting in the Foobar project. This time, the check scans for an Application directory in the root level of each target volume. Again, if a volume does not have this directory, the check displays its error message for that volume.


Figure 17. Checking for a directory

The script source for this check is in Listing 4. Examine, this time, the second if-block at the end of pm_volume_check(). Note the use of system.files.fileExistsAtPath() to retrieve the path to the Application directory. Note as well the use of my.target.mountpoint to complete the path string to the directory. Again, each check in the VolumeCheck phase runs in the order they appear on the Requirements panel.

Listing 4. Checking for free space and a directory

function pm_volume_check() {
   if(!(my.target.availableKilobytes > 512 * 1024 * 1024)) {
      my.result.title = 'Failure';
      my.result.message 
         = 'There is not enough free space on this target volume.';
      my.result.type = 'Fatal';
      return false;
   }
   
   if(!(system.files.fileExistsAtPath(my.target.mountpoint 
         + '/Applications') == true)) {
      my.result.title = 'Failure';
      my.result.message 
         = 'The volume does not have  an Applications directory.';
      my.result.type = 'Fatal';
      return false;
   }
   return true;
}

Scripting the PayloadCheck phase

Figure 18 shows a typical check setting for one of the payloads. This check examines the sysctl node to see if the host system has Altivec hardware. If the check fails, it deselects and disables the choice for that payload.


Figure 18. Checking for Altivec

Listing 5 shows the script source for the above check setting. Note the use of two hook functions for the same payload choice. Each function changes a specific state of that choice. For instance, pm_choice2_selected() sets the selected state of the choice. Note as well that both functions share the same script. This may appear redundant at first, but it implies that either function can also have its own script base.

Finally, PackageMaker creates these hook functions only when the failure state for the choice is set to either Yes or No. If the state is set to Unchanged, as it is for the Hidden state, the tool will not create a hook function for that state. Furthermore, if there are more than one payload choices, PackageMaker will create separate set of hook for each choice.

Listing 5. Checking for Altivec

function pm_choice2_selected() {
   result = true;
   result = result && 
      (system.sysctl('hw.optional.altivec') == '1');
   return result;
}
function pm_choice2_enabled() {
   result = true;
   result = result && 
      (system.sysctl('hw.optional.altivec') == '1');
   return result;
}

Scripting with JavaScript

Sometimes, you may find the predefined check conditions unsuitable for certain tasks. If this is the case, you can write a custom JavaScript function and link it to a specific phase. Or you can link an external shell script to one of the phases. You can do either one via the new Requirements Editor.

To use a custom JavaScript function to check the host system, choose Result of JavaScript as the check condition. To use the function to check a target volume, choose Result of JavaScript for Target. Either way, the editor switches to a new settings view (Figure 19, left). Now, click the Script Repository button to enter the editing mode (Figure 19, right). Type in your JavaScript function in the field provided. Click the Save button when you are done. Next, enter the function's name in the field provided by the editor. Set the desired result and failure message, and click the OK button to add the check setting to the package.


Figure 19. Adding a custom JavaScript function

Assume we have the custom function in Listing 6. This function first finds out if Xcode is present at the specified path. Then it checks if this is version 3.0 of Xcode. The function returns a TRUE if both conditions are met; otherwise, it returns a FALSE.

Listing 6. Checking for Xcode

function checkForXcode() { 
   var chk_flag = false;
   var xcode_vers;
   
   try { 
      // is Xcode installed?
      chk_flag =
         system.files.fileExistsAtPath('/Developer/¬
         Applications/Xcode.app'); 
      
      if (chk_flag) {
         // is it the right version of Xcode?
         xcode_data = 
            system.files.bundleAtPath('/Developer/Applications/Xcode.app');
         xcode_vers = xcode_vers.CFBundleShortVersionString;
         chk_flag = (xcode_vers == '3.0');
      }
   } catch (e) {
      // an exception just occurred
      return (false)
   } 
   // return the check results   
   return chk_flag; 
} 

To call this function, update the check setting as shown in Figure 20. This tells the package to use checkForXcode() during the InstallationCheck phase. If we switch to raw editing mode, we will see the call made in the Distribution file as shown in Listing 7.


Figure 20. Checking for Xcode

Listing 7. Calling the custom JavaScript function

function pm_install_check() {
  if(!(checkForXcode() == true)) {
    my.result.title = 'Incorrect version of Xcode';
    my.result.message 
         = 'The payload requires version 3.0 of the Xcode IDE';
    my.result.type = 'Warn';
  }
  return true;
}

You can have more than one JavaScript functions in the Script Repository. Also, you can call any of these functions in any of three phases of the requirements check. Make sure, however, that the JavaScript object used by your function is available at each phase.

Scripting with an external shell script

You can also use an external shell script to do complex checks in each install phase. To use a shell script to check the host system, choose Result of Script as the check condition. To check the target volume, choose Result of Script for Target. Again, the editor will display the settings panel in Figure 21 for either condition.


Figure 21. Using an external shell script

Assume you want your package to run foobar.sh in the InstallationCheck phase. To add the script, type its name in the file path field. Alternatively, click the Choose button and use the Open File dialog to find and select foobar.sh. Figure 22 shows how the check setting may appear when using an external script. Listing 8 shows how the call to foobar.sh appears in the Distribution file. Note the use of system.run() to call the script.


Figure 22. Using the script foobar.sh

You can write your external scripts in your favorite shell language. The only restriction is that script must not display a user interface as it executes. The script must also return a TRUE or FALSE when it ends its run. Otherwise, the package will assume a default value of TRUE. And a copy of the script must be inside the package's Resources directory in order to be used. PackageMaker, however, does not create that copy when it builds the package. You must, therefore, perform this last task manually.

Listing 8. Calling foobar.sh

function pm_install_check() {
   if(!(system.run('foobar.sh') == true)) {
    my.result.title = 'Script Error';
    my.result.message 
         = 'The host system failed to pass the checks made by foobar.sh';
    my.result.type = 'Fatal';
    return false;
  }
  return true;
}

Concluding Remarks

PackageMaker 3.0 makes it very easy for you to add a requirements check to your installer package. Using its new Requirements Editor, you can add a simple check without writing a single line of code. You can also use it to write a custom JavaScript function and link that function to the right phase. You can even use it to choose which external shell script to run at each phase.

The tool is not without its faults, however. Yet, thanks largely to Apple's hardworking developers, the tool is evolving into a reliable tool for building and customizing installer packages.

Bibliography and References

Apple Computers. PackageMaker Users Guide. 2007 Jul 23. Copyright 2007. Apple Computers, Inc. Online:

http://developer.apple.com/DOCUMENTATION/DeveloperTools/Conceptual/PackageMakerUserGuide/Introduction/chapter_1_section_1.html

Apple Computers. Installer JavaScript Reference. 2007 Jul 23. Copyright 2007. Apple Computers, Inc. Online:

http://developer.apple.com/documentation/DeveloperTools/Reference/InstallerJavaScriptRef/index.html


JC is a freelance engineering writer from North Vancouver, British Columbia. He spends his time writing technical articles; tinkering with Cocoa, REALbasic, and Python; and visiting his foster nephew. He can be reached at anarakisware@gmail.com.

 
AAPL
$101.63
Apple Inc.
-0.03
MSFT
$46.24
Microsoft Corpora
-0.46
GOOG
$573.10
Google Inc.
-2.52

MacTech Search:
Community Search:

Software Updates via MacUpdate

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
HoudahSpot 3.9.3 - Advanced front-end fo...
HoudahSpot is an advanced file search tool built upon MacOS X Spotlight. Spotlight unleashed Create detailed queries to locate the exact file you need Narrow down searches. Zero in on files Save... Read more
djay 4.2.3 - Transform your Mac into a f...
djay transforms your Mac into a full-fledged DJ system, allowing you to mix your iTunes music library on a hyper-realistic turntable interface. Perform live, record mixes on-the-go, or enable... Read more
iDefrag 2.2.8 - Disk defragmentation and...
iDefrag helps defragment and optimize your disk for improved performance. Features include: Supports HFS and HFS+ (Mac OS Extended). Supports case sensitive and journaled filesystems. Supports... Read more
Bookends 12.2.3 - Reference management a...
Bookends is a full-featured bibliography/reference and information-management system for students and professionals. Access the power of Bookends directly from Mellel, Nisus Writer Pro, or MS Word (... Read more
Copy 1.47.0410 - Cloud storage and file...
Note: You must first sign up to use Copy (get a 5GB sign-up bonus through our 'Download' link above). Copy lets you sync, protect, and share. Everywhere. Want to bring some files home? No problem!... Read more

Latest Forum Discussions

See All

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 »
It Came From Canada: Terra Battle
In some way or another, most Japanese RPGs owe something to Final Fantasy. But with Terra Battle, the now-common mix of Western medieval fantasy with Eastern anime aesthetic feels earned. After all, its developer, Mistwalker, was founded by the... | Read more »
Five Nights at Freddy’s Review
Five Nights at Freddy’s Review By Rob Thomas on September 15th, 2014 Our Rating: :: FIVE FRIGHTS AT FREDDY'SUniversal App - Designed for iPhone and iPad Can you survive five nights as the new night watchman of Freddy Fazbear’s... | Read more »
Phantom Rift Review
Phantom Rift Review By Nadia Oxford on September 15th, 2014 Our Rating: :: FRIENDLY PHANTOMUniversal App - Designed for iPhone and iPad Despite a snag here and there, Phantom Rift is a well-crafted and imaginative adventure RPG.   | Read more »
Phantom Rift – Tips, Tricks, Strategies,...
Hello, Wanderers: | Read more »
Meet the Newest Character for Temple Run...
Meet the Newest Character for Temple Run 2, from National Geographic Kids’ Action-Adventure Book Posted by Jessica Fisher on September 15th, 2014 [ | Read more »
Battle Riders Review
Battle Riders Review By Jordan Minor on September 15th, 2014 Our Rating: :: UNTWISTED METALUniversal App - Designed for iPhone and iPad BattleRiders has cool car combat, but it could be crazier.   | Read more »
Rapture - World Conquest (Games)
Rapture - World Conquest 1.0.0 Device: iOS Universal Category: Games Price: $2.99, Version: 1.0.0 (iTunes) Description: The End is coming! Bombard the globe with devastating miracles and decimate the enemy civilizations. Guide your... | Read more »
Toonia Jelly: Music Review
Toonia Jelly: Music Review By Amy Solomon on September 15th, 2014 Our Rating: :: CUTE MUSICAL EXPLORATIONUniversal App - Designed for iPhone and iPad Toonia Jelly: Music is a charming exploratory app for young children with a... | Read more »

Price Scanner via MacPrices.net

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
SwiftKey Keyboard Finally Coming To iPhone An...
At the TechCrunch Disrupt event in San Francisco, Swiftkey unveiled the first details about SwiftKey Keyboard for iPhone, iPad & iPod touch. SwiftKey’s philosophy is that you should be able to... Read more
Save $75 on the 16GB iPad mini with Retina Di...
Best Buy has the 16GB iPad mini with Retina Display on sale for $324.99 on their online store for a limited time. Their price is $75 off MSRP, and it’s the lowest price available for this mini.... Read more
21-inch 1.4GHz iMac on sale for $979, $120 of...
B&H Photo has the new 21″ 1.4GHz iMac on sale for $979.99 including free shipping plus NY sales tax only. Their price is $120 off MSRP. B&H will also include free copies of Parallels Desktop... Read more
Apple restocks refurbished 21-inch 1.4GHz iMa...
The Apple Store has restocked Apple Certified Refurbished 21″ 1.4GHz iMacs for $929 including free shipping plus Apple’s standard one-year warranty. Their price is $170 off the cost of new models,... Read more
13-inch 2.6GHz/256GB Retina MacBook Pro on sa...
Adorama has the 13″ 2.6GHz/256GB Retina MacBook Pro on sale for $1379 including free shipping plus NY & NJ sales tax only. Their price is $120 off MSRP, and it’s the lowest price available for... Read more
Macally iPhone 6 Cases
Macally has introduced a Line of Snap-On Shell Cases, Frame Bumper Cases and a Rugged Protective Case for iPhone 6 with 4.7inch Screen, such as the SNAP case in a variety of brilliant metallic... 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.