TweetFollow Us on Twitter

Object Flow System
Volume Number:12
Issue Number:2
Column Tag:OpenDoc

Using OpenDoc With

Object Flow System (OFS)

Get up and running with OpenDoc

By Gerry Kenner, University of Utah, and David Kenner, Phone Directories

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


OK. You have taken your CD containing OpenDoc, downloaded the necessary documents, and have used PartMaker to create a generic program named HelloPart. You definitely have a warm feeling of competence because this could not have been done without doing everything precisely as the instructions called for (remember that SOM file which you failed to name in version 1 because you overlooked the instruction to do it?). What do you do now? Start reading the documentation? Heaven forbid. At least not until you have a better idea about what OpenDoc is and what it can do.

We propose to teach OpenDoc using the following steps:

1. Define OFS.

2. Explain what OpenDoc is and provide a glossary of major terms.

3. Do an overview of Apple’s SamplePart (C++) project.

4. Outline a tutorial project which will create a module consisting of two parts. When completed, this project will show a menu bar with an item for selecting the name of a PICT file (ImagePart). A SFGetFile dialog boxwill appear (SelectPart) asking for the name. The name will then be placed into persistent storage for access by the ImagePart. The name will be retrieved by the ImagePart and displayed in its window.


OFS (Object Flow System) is an intuitive method for doing program design. As our CAD tools, we use a flow-charting program (MacFlow™, Mainstay) and a word processing program with outlining capabilities. An introduction to OFS can be found in the December, 1993 issue of MacTech (see Bibliography, below). Three unpublished articles dealing with the subject can be obtained upon request via email. The details of the outlining level of OFS are given in Appendix A at the end of the article.


OpenDoc is a development platform which takes binary code fragments (objects) and integrates them so they will interact with each other. Basically, there are four types of code fragments involved: user, third-party, libraries and platform-specific (drivers). What is earth-shaking about the OpenDoc concept is that it does not require source-level code. Translated, this means that (1) you can program with whatever language you wish as long as the OpenDoc interface rules are followed; (2) changes can be made in OpenDoc without having to recompile the entire program; and (3) the code is portable and can be distributed in binary form.

Where to Find OpenDoc

The latest version of OpenDoc can be obtained by sending a message to Additional information about OpenDoc is available via the World Wide Web pages at The home pages of the Component Integration Laboratories (CI Labs, http:// are a rich source of information about all aspects of OpenDoc. [And, there’s the CD in this issue!]

OpenDoc and SOM

Figure 1 shows an oversimplified view of the relationship between OpenDoc and the other components of the Macintosh system. The figure was derived empirically and is probably not completely accurate, but it is useful as a working model. Note that “SOM stubs” refers to the SOM interface.

Figure 1. OpenDoc, SOM and user-created parts.


Here are some terms you will need to know to understand the material which follows.

OpenDoc - A development platform designed to seamlessly coordinate binary code fragments into larger entities corresponding to present day applications. Although OpenDoc is serviceable as a name, a functional name such as Object Manager or Object Integrator would have been better.

Document - Collection of parts or objects. Basic units used by OpenDoc.

Part - Corresponds to the term “object”. Consists of content (definition) and part editor (executable code).

Content - Also “part content”. The portion of a part which describes its data, i.e. the object definition.

Part editor - Executable code of a part or object.

Frame - Total virtual area which can be used to display a part. A facet is displayed in some or all of the frame.

Facet - Total actual area which can be used to display a part. A facet corresponds to a portion of a window or printing canvas where a part is expected to image itself.

Focus - Designation of ownership. A focused window is one which is selected and ready to be drawn in.

Storage unit - An object for storing persistent data, i.e., data which is shared between parts.

Draft - Versions of a document maintained with incremental deltas.

Module - A group of parts.


We will now look at how an OpenDoc part is put together and executed. We will do this by looking at the contents of the SamplePart project, followed by some diagrams which show how the different components of an OpenDoc project interact with each other.

SamplePart Project Window

Figure 2 shows the Symantec project window for the SamplePart part. What are all these files? The System libraries are the PowerPC equivalents of the MacTraps, ANSI, Sane, etc. libraries of the 68k Macintoshes. The OpenDoc libraries and OpenDoc utilities provide code which OpenDoc needs in order to operate. We can safely ignore these at this time. The resource directory contains the resources used by the SamplePart part. These include the About SamplePart dialog box, and some strings and information required for external accessing of the part and its storage. This leaves the Sample Part and SOM interface directories.

Figure 2. Symantec C++ project window for SamplePart.

The code which is of concern to us in this article are som_SamplePart.cpp, located in the SOM Interface directory, and SamplePart.cpp, in the Sample Part directory. Examination of the contents of the som_SamplePart.cpp file shows that it consists mainly of interface or stub calls to the corresponding C++ methods in the SamplePart.cpp file.

Reference to Figure 3 shows how this works. The SOM interfaces are the clearing points for receiving and sending messages to SOM. This is done by programming in the IDL (Interface Definition Language). The programmer can write the entire part in IDL, or alternatively, write interface code which relays the SOM messages to code written in higher level languages, such as C++. Figure 4 shows an example of how this works.

Figure 3. Closer look at SOM relationships.

In this case, SOM sends a message to the SOM interface requesting that the SamplePart part be instantiated. Thus:

Figure 4. Program flow for instantiating SamplePart.

Other files in the SOM interface and the Sample part include SampleCollections.cpp, SamplePartUtils.cpp, SamplePart Init.cpp and som_SamplePartInit.cpp. SampleCollections.cpp and SamplePartUtils.cpp contain functions and classes with methods for doing things such as copying strings and making conversions between global and local coordinate systems. These classes do not interact directly with the SOM interface code. As their names imply, som_SamplePartInit.cpp and SamplePart Init.cpp contain some short initialization sequences.

Startup Code

Let’s take a closer look at what happens when an OpenDoc part is started up. This is illustrated in Figure 5. The first column denotes messages received from SOM. The second column denotes the instantiation of an object of SOM class som_SamplePart and shows execution of some of its methods. Similarly, the right-hand column shows the instantiation of an object of the C++ class SamplePart and the execution of many of its methods. The diagram has been simplified by omitting some messages.

Figure 5. Start-up sequence for SamplePart.

Except where method calls are made from within the SamplePart object (e.g. Initialize is called by InitPartFromStorage), all activity proceeds from left to right. For example, the first message received results in the instantiation of an object of the SOM class som_SamplePart. The second message then calls the somInit method of the som_SamplePart class which instantiates an object of the C++ class SamplePart. Calling of constructor methods is not shown as it is assumed this happens when an object is instantiated.

Everything is pretty straightforward here. The steps for creating and displaying a part are opening it followed by creating a window. Space for displaying the frame is added, after which a facet is created. The part is then fine-tuned and a copy is sent out to memory (Externalize). The program then goes into idle (HandleEvent). The screen is drawn as an update event during idle (Figure 6).

Figure 6. The SamplePart display.

Shutdown Code

Figure 7 shows the operations which occur when the SamplePart part is shut down. Note that the objects of classes som_SamplePart and SamplePart were instantiated at startup and the process is not repeated.

Figure 7. Shutdown operations (simplified for clarity).

In this case, the window (not shown), frame and part are all activated, and the facet is removed. Storage is then released and the destructor method is called.


Our next step is to design and create a module named KSS using OFS. The module will have two parts named ImagePart and SelectPart respectively. This is the first step towards creating a full-fledged image analysis program for measuring surfaces and areas. Hence the name of the ImagePart part, which will eventually become the container for the completed project.

Intuitive logic plus a general perusal of program design books indicates that there are approximately four levels of programming. These are:

• Planning level

• Prototyping level

• Flow diagramming level

• Programming level

Using terminology borrowed from Goldstein and Alger (see Bibliography), we break the planning level into two further divisions, the reference and solution sublevels. See Figure 8; the border shadow denotes the presence of subcharts.

Figure 8. The uppermost level of the OFS system.

Planning Level

Reference sublevel. The template for building the ImagePart and SelectPart parts is the SamplePart part of the Symantec C++, version 8 demo projects.

Solution sublevel. The ImagePart part will be placed in the Apple container part or else run as a standalone part. The frame of the ImagePart part will contain the words “Hello World”. ImagePart will add an additional menu to the menu bar containing a single item, Open Pict. When the menu item Open Pict is selected, the SelectPart part will be instantiated. The SelectPart part will display a SFGetFile dialog box from which the user will select the name of a file. The name of the file will be stored in SelectPart’s persistent storage. Program execution will then return to the ImagePart part which will retrieve the name from SelectPart’s persistent storage after which it will dispose of SelectPart.

The ImagePart part will then display the name of the selected file in its frame.

Prototyping Level

The prototyping level is where the project begins to get some substance. In practice, prototyping is done in many ways. These range from the use of prototyping programs such as Marksman™, AppBuilder™, Visual Architect™ and Rational Rose™ through various CAD-type systems such as the one we use here, to miscellaneous notes and ideas kept on napkins, scraps of paper or the brain of the program designer.

The root chart of the prototyping level is shown in Figure 9. It has separate boxes for the two parts of the module. The menu bar, display and diagram categories of the ImagePart and the diagram category of the SelectPart are shown in Figures 10 to 13.

Figure 9. Root display of the prototyping level.

Figures 10 and 11 provide general ideas of what the menu bar and the screen display will look like. The layout of the menu bar is particularly important because much of the program’s flow is determined by the layout. In a full-scale part, there would also be diagrams showing the layout of various windows and dialog boxes.

Figure 10. Proposed menu bar add-on.

Figure 11. Proposed display.

Figure 12 shows the proposed program flow for the ImagePart when the Select File item of the Image menu is selected. Note the instantiation of the SelectPart part.

Figure 12. Program flow for ImagePart.

When the SelectPart part is instantiated, it is initialized, followed by the sequence of events shown in Figure 13.

Figure 13. Program flow for SelectPart.

Flow Diagramming Level

At this point, it is time to start laying out how the module is to be implemented. This is where we take our existing and third-party code and combine it with a knowledge of what types of programming we know how to do, and lay the program out in detail. When we get done, we should have all our classes and methods identified and how they interact with each other.

Figure 14 shows how ImagePart will be implemented. The main points of interest here are that the MyOpenPict method is called from HandleEvent, and the use of operations A (CreatePart) and B (GetStorageUnit) where SelectPart is instantiated and the file name is retrieved from persistent storage.

Figure 14. Flowchart for ImagePart.

Figure 15 shows that the GetFileName method is called from the InitPartFromStorage method.

Figure 15. Flowchart for SelectPart.

Programming Level

This is where the actual code is written. Ordinarily, this section is empty because the programmer would refer directly to the project files for information. This is particularly the case since the browsers and editors which are provided with the compilers, greatly simplify the task of finding one’s way around the code.

In this case we have made an exception because we are demonstrating how to set up a simple program showing how to use multi-parts as well as accessing persistent storage. As was done above, the presentation is made in two parts, one each for ImagePart and SelectPart.


Build the project using PartMaker or the procedure given in Appendix B. Use ImagePart and KSS as the class and module identifiers, respectively.

First we need to modify the header declarations. Add the following lines to the end of the ImagePart.h file. Put these lines at the end of the methods declaration:

    // • User methods •
 void   MyOpenPict(Environment *ev);

Put this line in the private variable declarations:

 Str255 fTextData;

Now we come to displaying a message on the screen. Add the following lines to the end of the Initialize method

 strcpy((char*)fTextData, "Hello World!");

The screen is redrawn in response to update events during idling. The code for doing this is located in the FrameDrawView method.

In the FrameDrawView method, remove the code after

 frameWidth = (**frameRgn).rgnBBox.right - 

and replace it with the following:

 ODSLong rfRef;
 CUsingLibraryResources fil;
 PenState penState;
 Rect   rct;
 short  x, y;
 rct = (**frameRgn).rgnBBox;
 ::FrameRoundRect(&rct, 40, 40);
 x = (rct.right - rct.left - 
 ::StringWidth(fTextData)) / 2;
 y = (rct.bottom - - 12) / 2;
 ::MoveTo(x, y);

Next, we need to implement our menu item. The following changes are necessary in order to be able to choose the Open Pict File item of the Image menu.

Open the ImagePartOtherResources.rsrc file with ResEdit and add the Image menu (resource item 5000) with a single item named Open Pict File (see Figure 10).

Add the following items to the ImagePartDef.h file.

    // The “Picture” menu’s resource and menu ID:
 #define kImagePartMenuID 5000

    // Menu item IDs.
 #define kOpenPictItem    1

    // Menu command numbers.  Must start at 20000
 #define kOpenPictCmd20000

    // SelectPart items
 #define kSelectPartKind

    // Storage type
 const  ODPropertyName  kPropSelectPartName = 

kSelectPartKind is an identifier for SelectPart so that it can be found and used.

Add the following items to the end of the Initialize method. Be sure gMenuBar = session -> GetWindowState(ev) -> CopyBaseMenuBar(ev) is called before this code.

 CUsingLibraryResources fil;
 fMenu = ::GetMenu(kImagePartMenuID);
 if (fMenu)
 if (!fMenu)
 DebugStr("\pGetMenu failed");
 gMenuBar->AddMenuLast(ev, kImagePartMenuID, fMenu, 
 CUsingLibraryResources fil;
 gMenuBar->RegisterCommand(ev, kOpenPictCmd,
 kImagePartMenuID, kOpenPictItem);

Add to the HandleMenuEvent method:

 case kOpenPictCmd:

Now we add the MyOpenPict method. It will have the following code:

 void ImagePart::MyOpenPict(Environment *ev)
 ODPart *selectFile;
 ODStorageUnit *su;
 ODStorageUnit *pbSU;
 Str255 str;
 unsigned long size;
 su = fSelf->GetStorageUnit(ev);
 selectFile = su->GetDraft(ev)->CreatePart(ev, 
 kSelectPartKind, kODNULL); 
 if (selectFile != kODNULL)
 pbSU = selectFile->GetStorageUnit(ev);
 pbSU->Focus(ev, kPropSelectPartName, 
 kODPosSame, kODISOStr, 1, kODPosFirstSib);
 size = pbSU->GetSize(ev);
 StorageUnitGetValue(pbSU, ev, size, str);
 strcpy((char*)fTextData, (char*)str);
    // Notify program that window is invalid.
 DebugStr("\pCannot Create Select Part");

Now we come to the matter of creating and disposing of a part and accessing its persistent data. To create a new part you must first get a reference pointer to your storage unit. The new part is instantiated and initialized by calling the GetDraft method of the storage unit which in turn calls the CreatePart method. These calls return a reference pointer to the part.

An external part’s persistent data is accessed by getting an object reference to it by calling the external part’s GetStorageUnit method. The storage unit’s focus method is then used to pinpoint the desired data. GetSize is used when the size of the data is unknown. Finally, the data is retrieved by calling the OpenDoc GetStorageUnit method.

Create a new project named SelectPart using PartMaker. Use the identifiers SelectPart and KSS. Name the folder SelectPart.

First, the header declaration. Add the following line to SelectPart.h.

void GetFileName(Environment *ev);

Now we set up the persistent variable. Add the following three lines to the end of the Initialize method.

 ODStorageUnit *storageUnit;
 storageUnit = fSelf->GetStorageUnit(ev);
 storageUnit = AddProperty
 (ev, kPropSelectPartName)->
 AddValue(ev, kODISOStr);

The AddProperty()->AddValue() complex reserves space in the parts storage unit for a kODISOStr of the kPropSelectName type. kPropSelectName is defined arbitrarily by the programmer in the SelectDef.h file as:

 const ODPropertyName kPropSelectName = 

where Select is the part identifier and Property is an Apple term which is defined below. The term Name was selected by the programmer.

It is time for a few more definitions. The term “Property” is defined in the OpenDoc Class Reference as an element of a storage unit. It defines a kind of information, such as a name or a piece of data, and contains one or more values (data streams containing one or more bytes). In the case given above, the term “Property” is used as follows:

 Part identifier:Property:User
  or Apple defined selected name of identifier.

Note how the term kPropSelectName is put together based upon its definition.

It is strongly recommended that the programmer use the above conventions, as they facilitate identifications of tokens and reduce the chances of creating duplicate names.

Another term which it would be helpful to learn at this time is kODISOStr. This is a null-terminated string made up of 7-bit ascii characters. Note that it is a subset of a C string.

Observe that it is crucial that the proper CI Labs ISOString prefix be used for all ISOStrings (such as kSelectPartKind).

This completes the changes to the MyCommonInitPart method. Next, we need to deal with the method GetFileName; add the following line to the ends of the InitPart and InitPartFromStorage methods.


Add the code for the GetFileName method to the end of the SelectPart.cp file.

 void SelectPart::GetFileName(Environment* ev)
 Point  where;
 SFTypeList typeList;
 int    vRefNum;
 unsigned long len;
 Str255 str;
 ODStorageUnit storageUnit;
 storageUnit = fSelf->GetStorageUnit(ev);
 where.h = 40;
 where.v = 40;
 CUsingLibraryResources fil;
 ::SFGetFile(where, 0L, 0L, -1, typeList, 0L, 
 if ((reply.good == true) && (fDirty != kODFalse))
 vRefNum = reply.vRefNum;
 strcpy((char*)str, (const char*)reply.fName);
 len = strlen((char*)str);
 storageUnit->Focus(ev, kPropSelectPartName, 
 kODPosSame, kODISOStr, 1, kODPosFirstSib);
 StorageUnitSetValue(storageUnit, ev, len, 
 ODSUForceFocus(ev, storageUnit,
 kPropSelectPartName, kODISOStr);

Now for the matter of storing persistent data. There are two steps in storing persistent data. First, space must be allocated. As shown above in the code for the Initialize method, this is done by getting an object reference to the part’s storage unit and then calling its AddProperty method with name and size information.

An example of the second step is shown in the code for GetFileName. First, you get an object reference to the storage unit and focus on it by providing name, type and position information for the variable. Next, the OpenDoc method SetTheValue is called and the value is forced into storage by calling the ODSUForceFocus method.

Where To Go From Here

We had originally intended to show how global parameters could be passed from the ImagePart to the SelectPart. Specifically, we wanted to pass in the information that only the names of PICT files were to appear in the dialog box. Unfortunately, we ran out of time and were unable to do this. This should be a good exercise for the reader.

The reader has no doubt noticed that we put a comment into the MyOpenPict method saying, in effect, “Let OpenDoc know the screen needs to be refreshed.” Implementing this instruction would result in an immediate screen refresh. As it stands, you must do something like put a Microsoft Word screen on top of the window and then switch back to OpenDoc to get the screen refreshed.

The next logical thing to do with ImagePart is to make it a container for other parts.

Finally, figure out how to deallocate the persistent memory used to store the file name.

Further Reading

The serious acolyte will want to read the following articles.

Alfke, J.P., “Learning to Love SOM,” MacTech Magazine, 11:1 (1995) 12-17.

Alfke, J.P., and J. Mattson, “Opening Up OpenDoc,” MacTech Magazine, 11:1 (1995) 52-65.

Apple Computer, “OpenDoc Cookbook for the Macintosh,” OpenDoc Developer CD #3 and Apple Developer CDs.

Apple Computer, “OpenDoc Programmer’s Guide for the Mac OS,” OpenDoc Developer CD #3 and Apple Developer CDs.

Campagnoni, F.R., “IBM’s System Object Model,” Dr. Dobb’s Journal (“Special Report”), Winter 1994/1995, 24-29.

Curbow, D., and E. Dystra-Erickson, “The OpenDoc User Experience,” Develop, 22 (1995) 83-93.

Goldstein, N., and J. Alger, Developing Object-Oriented Software for the Macintosh, Addison Wesley, 1992.

Kenner, G., and D. Kenner, Object Flow System (OFS) for Visual C++, unpublished manuscript, 1995. (Request via email).

Kenner, G., and D. Kenner, “Outlining the Art Class Tools Menu,” MacTech Magazine, 9:12 (1993) 56-63.

Lloyd, J., “The OpenDoc Development Framework,” MacTech Magazine, 11:11 (1995) 35-57.

Piersol, K., “Building an OpenDoc Part Handler,” Develop, 19 (1994) 6-16. Though outdated, this is still the best introductory article on the subject.

Piersol, K., “Getting Started with OpenDoc Graphics,” Develop, 21 (1995) 5-22.

Rush, J., “OpenDoc,” Dr. Dobb’s Journal (“Special Report”), Winter 1994/1995, 30-35.

Appendix A:
OFS Programming at the Flow Diagram Level

An example of the topmost chart of the flow diagram level is shown in Figure A1. The symbols contain shortened names of subprojects. Other names for subprojects are subjects or program components. Each subproject is linked to a subchart containing names of component subprojects or a flow diagram showing program execution flow. The flow diagram is the lowest level.

Figure A1. Example of the topmost chart of flow diagram level.

There are two types of flow-charting, object flow and method flow. Figure A2 shows the bare notation of object flow diagramming.

Figure A2. Object level notation: objects and methods.

The object flow level is based on the use of a hexagonal symbol containing the name of the class of which the object is an instance, and the name of the object reference, if used. If the symbol has a plain border then the object was instantiated somewhere on the page which contains the symbol. If the symbol has a heavy border, then the object was instantiated elsewhere and is being used on the present page. The bottom part of Figure A2 shows how a method call is symbolized. Note that there are no directional arrows. These were deleted to simplify diagramming.

Figure A3 shows how to execute some common operations at the object flow level. Several examples of how to do this are given in the main text of the article.

Figure A3. Object level notation: common operations.

Figure A4 shows examples of the numbering system used to keep track of the order in which operations occur. Capitalized roman numerals are not used because they take up too much space. The hierarchy is: capitalized arabic letters, arabic numbers, lowercase arabic letters, lowercase roman numerals. The sequence is repeated if more sublevels are needed.

Figure A4. Object level notation: hierarchy.

In our system, method flow-charting is the lowest level before coding begins (Figure A5). At this level, operations are shown in sequence. The screen is divided into two unequal parts. The left-most quarter holds the execution start points and the emblems containing class names and object references. The right-most three-quarters contains the programming operations. A comments box is usually present at the bottom.

Figure A5. Method level flow-charting example.

Figure A6 shows the symbolization used in method flow-charting. Most of these are self explanatory.

Figure A6. Symbols used by OFS for method level flow-charting.

Appendix B: Converting the SamplePart Template

This is how to create a project folder named ImagePart. It requires about thirty minutes to do a conversion. Make copies of the SamplePart and Build Support folders onto your hard drive. The Build Support folder does not need any changes. Using a good editor such as BBEdit™ or BBEditLite™ (BareBones Software), find and replace all instances of the following words in the files of the SamplePart folder.

SampleCode Change to your company identifier.
In our case, this is KSS.

SamplePart Change to the new class name. In
this case, ImagePart. Image or
any other name will also work as
long as it is distinctive.

SampleCollections Change to ImageCollections.
Case is not important.

Close the editor and go to the SamplePart folder. Change all instances of the word Sample to Image in the names of the folders and files. For instance, change the name of the main folder from SamplePart (C++) to ImagePart (C++).

Open the resource file ImagePartOtherResources.rsrc and remove the 'vers' resource. It causes a conflict when the project resource is rebuilt.

Using SARez (from Pascal compiler folder) or Rez, recompile the project resource. The source file is ImagePart.r in the source folder and the target file is ImagePart.PPC.rsrc located in the Object:PPC: directory. Use replace to create a new ImagePart.PPC.rsrc file. The pathway to the headers files is OpenDoc:Interfaces:Rez:. Load all the files.

Open the ImagePart project file and replace all instances of sample files with the renamed Image files.

Build the project.


Community Search:
MacTech Search:

Software Updates via MacUpdate

1Password 6.5.5 - Powerful password mana...
1Password is a password manager that uniquely brings you both security and convenience. It is the only program that provides anti-phishing protection and goes beyond password management by adding Web... Read more
Apple Remote Desktop Client 3.9 - Client...
Apple Remote Desktop Client is the best way to manage the Mac computers on your network. Distribute software, provide real-time online help to end users, create detailed software and hardware reports... Read more
Art Text 3.2.2 - $49.99
Art Text is graphic design software specifically tuned for lettering, typography, text mockups and various artistic text effects. Supplied with a great variety of ready to use styles and materials,... Read more
WhatRoute 2.0.15 - Geographically trace...
WhatRoute is designed to find the names of all the routers an IP packet passes through on its way from your Mac to a destination host. It also measures the round-trip time from your Mac to the router... Read more
Sparkle 2.1.1 - $79.99
Sparkle will change your mind if you thought building websites wasn't for you. Sparkle is the intuitive site builder that lets you create sites for your online portfolio, team or band pages, or... Read more
Dash 4.0.1 - Instant search and offline...
Dash is an API documentation browser and code snippet manager. Dash helps you store snippets of code, as well as instantly search and browse documentation for almost any API you might use (for a full... Read more
TextSoap 8.3.2 - Automate tedious text d...
TextSoap can automatically remove unwanted characters, fix up messed up carriage returns, and do pretty much anything else that we can think of to text. Save time and effort. Be more productive. Stop... Read more
Apple Remote Desktop 3.9 - Remotely cont...
Apple Remote Desktop is the best way to manage the Mac computers on your network. Distribute software, provide real-time online help to end users, create detailed software and hardware reports, and... Read more
Paragraphs 1.1.4 - Writing tool just for...
Paragraphs is an app just for writers. It was built for one thing and one thing only: writing. It gives you everything you need to create brilliant prose and does away with the rest. Features... Read more
Amazon Chime 4.0.5528 - Amazon-based com...
Amazon Chime is a communications service that transforms online meetings with a secure, easy-to-use application that you can trust. Amazon Chime works seamlessly across your devices so that you can... Read more

Blasty Bubs is a colorful Pinball and Br...
QuickByte Games has another arcade treat in the works -- this time it's a mishmash of brick breaking and Pinball mechanics. It's called Blasty Bubs, and it's a top down brickbreaker that has you slinging balls around a board. [Read more] | Read more »
Corsola and Heracross are the new region...
Generation 2 finally launched in Pokémon GO, unleashing a brand new batch of Pokémon into the wild. Even before the update went live people were speculating on how to catch elusive Pokémon like the legendary "dogs", Unknown, and whether or not... | Read more »
The Warlock of Firetop Mountain (Games)
The Warlock of Firetop Mountain 1.0 Device: iOS Universal Category: Games Price: $4.99, Version: 1.0 (iTunes) Description: An epic adventure through a mysterious mountain filled with monsters, magic and mayhem! “ looks downright... | Read more »
Fantasy MMORPG MU Origin’s receives a hu...
Developer Webzen are looking to take their highly popular fantasy battler MU Origin to the next level this month, with its most ambitious overhaul yet. The latest update introduces the long sought after Server Arena, new treasure dungeons, and much... | Read more »
RPG Djinn Caster (Games)
RPG Djinn Caster 1.0.0 Device: iOS Universal Category: Games Price: $4.99, Version: 1.0.0 (iTunes) Description: SPECIAL PRICE 38% OFF(USD 7.99 -> USD 4.99)!!!A Fantasy Action RPG of far foreign lands! Summon the Djinns and rise to... | Read more »
Alto's Odyssey gets its first trail...
There's finally video evidence of Alto's Odyssey, the follow up to the 2015 App Store hit, Alto's Adventure. It looks just as soothing and atmospheric as Alto's last outing, but this time players will be journeying to the desert. Whereas Alto's... | Read more »
Last week on Pocket Gamer
What’s going on in the wider world of portable gaming? Each week we ask that question of our sister website Pocket Gamer. The PG team covers iOS gaming, just like 148Apps, but it also strays into the world of Android games and handheld consoles... | Read more »
Pokémon GO Generation 2 evolution guide
At long last, Niantic Labs finally unleashed the Generation 2 Pokémon into the wild. Pokémon GO trainers are scrambling to grab up this new set of 80 Pokémon. There are some special new tricks required to catch all of these new beasties, though.... | Read more »
The best new games we played this week
It feels as though the New Year got off to a creaking start as far as mobile games go, but that's changed over the past few weeks. The last few days alone have seen the debut of a number of wonderful games, so we thought we'd take the time to... | Read more »
Recruit more scallywags and discover new...
Get ready to show off your sea legs all over again in Oceans & Empires’ new grand update, which aims to make the act of rising to the role of seven seas ruler even more fresh and appealing, thanks to a richness of new content on both iOS and... | Read more »

Price Scanner via

Apple’s New iPad Ads Don’t Address Pro Users’...
Apple launched a new tranche of iPad Pro TV ads last week addressing actual queries and challenges from the Twitterverse, albeit using actors for the visuals. That’s great. As an iPad fan and heavy... Read more
Free Verbum Catholic Bible Study App For iOS
The Verbum mobile app runs on Logos’ powerful Bible software and is an advanced resource for mobile Catholic study. The Verbum app surrounds the Bible with the Tradition. Verbum comes with 15 free... Read more
27-inch Apple iMacs on sale for up to $200 of...
B&H Photo has 27″ Apple iMacs on sale for up to $200 off MSRP, each including free shipping plus NY sales tax only: - 27″ 3.3GHz iMac 5K: $2099.99 $200 off MSRP - 27″ 3.2GHz/1TB Fusion iMac 5K: $... Read more
15-inch 2.2GHz Retina MacBook Pro on sale for...
Amazon has 2015 15″ 2.2GHz Retina MacBook Pros (MJLQ2LL/A) available for $1849.99 including free shipping. Apple charges $1999 for this model, so Amazon’s price is represents a $150 savings. Read more
Apple refurbished iPad Air 2s available start...
Apple has Certified Refurbished iPad Air 2 WiFis available for starting at $319 including free shipping. A standard Apple one-year warranty is included: - 16GB iPad Air 2 WiFi: $319 $60 off original... Read more
Apple refurbished iPad Pros available for up...
Apple has Certified Refurbished 9″ and 12″ Apple iPad Pros available for up to $160 off the cost of new iPads. An Apple one-year warranty is included with each model, and shipping is free: - 32GB 9″... Read more
Apple restocks refurbished 2015 and 2016 13-i...
Apple has Certified Refurbished 2015 and 2016 13″ MacBook Airs available starting at $759. An Apple one-year warranty is included with each MacBook, and shipping is free: - 2016 13″ 1.6GHz/8GB/128GB... Read more
13-inch 2.5GHz MacBook Pro (Apple refurbished...
Apple has Certified Refurbished 13″ 2.5GHz MacBook Pros (MD101LL/A) available for $829, or $270 off original MSRP. Apple’s one-year warranty is standard, and shipping is free: - 13″ 2.5GHz MacBook... Read more
QuickerTek Announces 5TB Apple AC AirPort Tim...
QuickerTek Inc. has announced their new 5TB hard drive upgrade for Apple’s AC AirPort Time Capsule. By customer request, this upgrade also features six external antennas and offers the highest... Read more
Apple Certified Refurbished iMacs available f...
Apple has Certified Refurbished 2015 21″ & 27″ iMacs available for up to $350 off MSRP. Apple’s one-year warranty is standard, and shipping is free. The following models are available: - 21″ 3.... Read more

Jobs Board

*Apple* Retail - Multiple Positions - Apple,...
Job Description: Sales Specialist - Retail Customer Service and Sales Transform Apple Store visitors into loyal Apple customers. When customers enter the store, Read more
Manager *Apple* Systems Administration - Pu...
Req ID 3315BR Position Title Manager, Apple Systems Administration Job Description The Manager of Apple Systems Administration oversees the administration and Read more
*Apple* Retail - Multiple Positions - Apple,...
Job Description: Sales Specialist - Retail Customer Service and Sales Transform Apple Store visitors into loyal Apple customers. When customers enter the store, Read more
Manager *Apple* Systems Administration - Pu...
Req ID 3315BR Position Title Manager, Apple Systems Administration Job Description The Manager of Apple Systems Administration oversees the administration and Read more
*Apple* Technician - nfrastructure (United S...
Let’s Work Together Apple Technician This position is based in Portland, ME Life at nfrastructure At nfrastructure, we understand that our success results from our Read more
All contents are Copyright 1984-2011 by Xplain Corporation. All rights reserved. Theme designed by Icreon.