TweetFollow Us on Twitter

Print Incompatible
Volume Number:6
Issue Number:6
Column Tag:Resource Roundup

20 Steps to Printing Incompatibility

By Joel West, Palomar Software, Oceanside, CA

20 Steps to Printing Incompatibility

Incompatible printing code. Based on what I’ve seen, this a popular pastime among Macintosh software developers.

First, some background. I’d like to apologize to MacTutor readers for the long delay between articles. Things were pretty busy in 1988 as we worked on our printer drivers, culminating in the January announcement at Macworld Expo of drivers we developed for the HP PaintJet and the Howtek PixelMaster.

For an application writer, the two drivers represent two more examples of output devices to be compatible with. The PaintJet 1.0 supports 2, 8, and 256 (fixed) colors with bitmap fonts, while the PixelMaster 1.0 is an 8-color and 24-bit color driver with the Mirus/URW outline fonts.

There are many other Chooser-level printer drivers being offered out there. If you count just those drivers that are sold with a printer (see Table 1), the number has exploded from two years ago, when there were two Apple printers and no third-party solutions. There are many more (I’ve never been able to keep up) independent drivers, from companies like Phoenix (née Softstyle) and GDT.

Of course, it’s not possible for every application to test with every printer driver for incompatibilities, which brings me to one of the main points of this article.

Device Independence

Many programmers think you have to know what printer you’re sending to. Each printer has its own characteristics, the argument goes, and it’s important to optimize for those characteristics.

Nine times out of ten, that’s plain wrong. The Macintosh printing architecture is designed to be device-independent, and, though it has its weaknesses, in that regard it is pretty successful.

I’m certainly not part of a Thought Police that forbids you from such practices. It’s just that one of the largest areas of application/printing incompatibility comes from device-dependencies.

It’s particularly frustrating because these problems are almost always unnecessary. Perfectly good driver-independent solutions are available for rotated text, smoothed polygons, custom line layout, determining paper size, and other problems described later on.

And there is no question that the problems introduced by such device-dependencies, on the balance, outweigh the benefits of same.

Read the Documentation

The second easy way to avoid problems is to restudy the documentation, beginning with the “Printing Manager” chapters of Inside Macintosh. Too many people don’t even understand these basics, as evidenced by some of the problems below.

A sample printing loop is shown in Example 1. Using such a loop (or something very similar) will, unfortunately, rule out at least five of the incompatibility opportunities below.

When doing your basic research, don’t forget that the rules have changed over the years.

There’s PrGeneral functionality in Inside Macintosh, Volume V. Among the tech notes, I’d recommend #92, 118, 125, 149, 161 and 192 for compatibility, and #72, 73 ,91 and 95 for extra functionality.

There are many applications that want to get the printing code to do something that is not in the published interfaces. I understand this problem well and am certainly sympathetic; perhaps three years ago I got into this debate on Usenet, arguing the plight of the application developer. One of the examples I used was for a painting program to set the Imagewriter (or other drivers) to “square pixels” or the equivalent.

Unfortunately, if you’re not following the documented interfaces, how can you pull it off? Usually the answer is trial and error iteration. It may work with the two drivers you try, but there will be 10 or 20 more that do don’t try, and many of these will break.

Today, one of the better solutions is to provide preformatted stationery with configured print records for specific printer drivers. Another approach would be to allow the user to set a default print record once, and then use that print record from then on out.

If you’re not sure your approach is compatible, I’m sure ZZ or Luke at tech support would be glad to offer advice on a specific trick or approach. As always, link to MacDTS.

20 Easy Steps

However, you may decide that you really want printer incompatibilities. Perhaps you’re trying to sell a particular brand of printer. Or maybe you need a crisis to convince management to hire a large tech support staff.

Or maybe if your sales are poor enough, your publisher will go bankrupt and you can reclaim your copyright to market a better version of your application.

Based on Palomar’s research, and with assistance from other driver writers, we’ve found that such incompatibility is very easy for you to achieve.

To make things more complete, I’ve decided to mention specific examples where I had them. This is not to reward these particular programmers or companies, but just note the ones that happen to be on my list.

To my knowledge, all of these problems are known to the application developer and most are either fixed in later releases, or in the process of being fixed.

The list is heavily skewed to the major applications, because those are the ones Palomar tests with most extensively. This doesn’t mean that these applications are more successful in obtaining incompatibility; nay, we expect that there are many more unheralded applications on the second 50 of a top 100 list that are equally worthy.

Finally, in defense of my fellow programmers, it should be noted that the Macintosh printer architecture has evolved in a somewhat ad hoc fashion since the Imagewriter was introduced in 1984. As such, most of the decisions listed below reflect reasonable guesses based on an incomplete specification; many would qualify as outdated assumptions more than deliberate perversions.

With that, let’s get on to the list of easy incompatibilities.

1. Assume only two printers

Example: FullPaint

To my knowledge, only one application checks the wDev field and puts up the alert “could not find the print driver.” This unique code looks something like this:

/* 1 */

if (wDev>>8 == bDevLaser)
{/* print one way */
}
else if (wDev>>8 == bDevCItoh)
{/* print another */
}
else
{Alert(ALRT_YouLoseSucka, NULL);
}

However, many (usually older) applications have code that looks like:

if (wDev>>8 == bDevLaser)
{/* do nice printing */
}
else
{/* do cruddy 144 dpi printing */
}

There have been more than 20 different printer drivers allocated a distinct wDev value. Just because it isn’t a LaserWriter, doesn’t mean that it will produce cruddy output.

2. Special case on printers

Example: Digital Darkroom 1.0, XPress 2.0

This is slightly more subtle than the previous approach, and offers many opportunities for incompatibilities:

1. If new printers are introduced, you get lousy results with them.

2. If existing drivers are improved, you get the same results as with the old driver.

3. If the implementation of the driver changes, you will likely break if you use device-specific information (such as the layout of the print record).

There is one common special casing that has produced less incompatibilities than most:

/* 2 */

if (wDevv>>8 == bDevLaser)
{/* send PostScript stuff */
}
else
{/* send QuickDraw stuff */
}

However, this will cause problems with a save-now, print-later utility like Glue or OpenIt.

Many, many applications go well beyond this PostScript/non-PostScript distinction to achieve printing incompatibility. They use all sorts of intimate details about the driver, what comments its supports, etc., etc. In several leading applications, the author has gone to the trouble of building tables with device-specific information so all sorts of things will be handled differently.

As will be examined below, in most cases there are other ways to accomplish the same thing. For example, you can special case the paper size based on the wDev (incompatible) or read the prInfo.rPage and rPaper fields of the print record (compatible).

For many applications, this is the preferred approach to printing incompatibility. I’ve picked Digital Darkroom because the incompatible and compatible approaches are about the same difficulty.

In particular, DD has a better halftoning mechanism that it only makes available to the LaserWriter, LaserWriter SC, and GCC PLP. This means that any other high-resolution black & white printer is out of luck.

One better approach would be to always make this advanced halftone available. A second, more restrictive approach, would be to pick a threshold resolution, (say 220 or 300 dpi), and if a PrGeneral()/getRsl call returns the maximum or device resolution as higher than that, then make the option available.

3. Bypass printer dialogs

Examples: HyperCard 1.2, MPW 3.0

This is the last of the items that every printer driver writer mentions.

It is the bane of our existence, because every time we add functionality to a driver, the application takes it away (or makes it difficult to find). Many printers have a print quality selection, or paper feed option; some have a spool for later printing options; our drivers include a preview before printing options. Try addressing a fax without the fax dialog some time.

HyperCard and MPW are two applications that do not show the job dialog for the “Print” command.

I should also note that Word 3.0 makes it a challenge to get at the dialogs (something that is fixed in 4.0.) PageMaker 3.0 has a non-standard interface that only gives you the style (“Page Setup”) dialog after you select printing.

From a personal standpoint, I find the hierarchical menus in Cricket Presents 2.0 to be somewhat frustrating and confusing. On the other hand, I’ve long bitched that MORE 1.0 should print bullet charts in landscape and outline views of the same document in portrait, so I guess Cricket has a creative (if unusual) way to provide needed functionality.

4. Spool-a-page, print-a-page

Example: MacWrite 5.0, XPress 2.0

Once upon a time, people tried to print large files from floppy-based systems. Thus, some applications would submit print jobs to the printer one page at a time.

This is no longer necessary, but it does achieve incompatibility by defeating the functionality of many printer drivers. As noted in Macintosh Technical Note #125 this is a good way, for example, to confuse print spoolers.

The counter approach is for the driver to lie and always claim it is “draft” printing. Unfortunately, this reduces the performance of more normal applications, which may not be expecting to free much memory for draft printing.

5. Directly change GrafPort fields

Example: SuperPaint 1.0, FullWrite 1.0

There are several reasons why this is a great way to achieve incompatibility just on general principles.

But we found that when you supply a CGrafPort for color printing to an application, there are a few “bit bashers” that provide frequent introduction to “la bomba.”

For example, if you directly change grafptr>bkPat (as does SuperPaint 1.0) then, on a CGrafPort, you are clobbering the cgrafptr>bkPixPat handle. If the address is weird enough, like 0xFFFFFFFF (can you say “black”), you will get a bus error.

Those GrafPort fields that are used for other fields in a CGrafPort include:

portBits
bkPat
fillPat
pnPat

Change any of these directly and you’re almost certain to achieve that desired level of incompatibility.

The bottom line to achieving incompatibility is to make sure your field manipulation will be invalid on either a GrafPort, Color QuickDraw CGrafPort , or a 32-Bit QuickDraw CGrafPort. The 6.0 LaserWriter driver is one way to test this, as are various drivers from Tek, Palomar and the film recorder companies.

6. Send bitmaps instead of text

Example: CricketDraw 1.1, FreeHand 1.0, HyperCard 1.2

This one actually is more work than working compatibly. After all, the Font Manager knows how to draw text, if you just use DrawText() and DrawString() instead of CopyBits().

Also, no one is going to do this on the LaserWriter - every customer will notice it immediately - so you must special case out this approach on the LaserWriter. Thus, it’s even more work to do CopyBits() for just the other printers.

My favorite example is the Cricket Expressions drivers with built-in URW outline fonts. Because CricketDraw sends only bitmaps, those fonts are not available and you get those lovely low-res bitmaps.

This one is a real opportunity to put your worst foot forward. Can you imagine how lousy 72 dpi text looks on a 4,000-line film recorder or 300 dpi printer? Can you imagine any serious business professional using your application on such an output device? Your place in incompatibility heaven is assured.

7. Send bitmaps instead of rotated text

Example: MacDraw II 1.0

In this case, it’s easier to be incompatible than compatible, but it’s not strictly necessary.

The original designers of MacDraw (1.9) came up with a clever way of hiding both the bitmap and text representations of rotated text. This means that a smart printer driver (e.g., the LaserWriter) can get at the actual text and its angle, while a dumb printer driver (e.g., ImageWriter 2.7) will automatically print the bitmap representation.

The compatible way is to use the picTextBegin and picTextEnd comments, as documented by Macintosh Technical Note #91.

How does this work? You send both the bitmap and text representations, using an empty clipping rectangle to “hide” the text from any dumb printer drivers, as below:

/* 3 */

PicComment(picTextBegin, begh);
PicComment(picTextCenter, ctrh);
GetClip(saveclip);
ClipRect(gZeroRect);
DrawString (theText);
SetClip(saveclip);
CopyBits(theBits);
PicComment (picTextBegin, NULL)

MacDraw 1.9.5 did it this way, but the MacDraw II assumed that any printer that’s not a LaserWriter is brain-dead. However, the good folks at Claris don’t seem to appreciate incompatibilities, so it’s back to the compatible approach with MacDraw II 1.1.

8. Smooth polygons instead of comment

Example: FullWrite 1.0, MacDraw II 1.0

Again, the incompatible way is much easier, but there is a clever MacDraw/LaserWriter convention for compatibility with all drivers.

The approach is very similar to the rotated text case: you can provide both types of information and let the driver decide.

One piece of information is the smoothed polygon decomposed into individual line segments at a specific resolution. The other is the set of original inflection points, so that the polygon can be re-rendered at any resolution.

9. Send bitmaps instead of objects

Example: Excel 1.5

The final example along these lines is sending screen-resolution bitmap shapes instead of their QuickDraw equivalents.

This is a great way, for example, to avoid drawing a circle marker on a line plot at the actual resolution of the printer. You can output a 72 dpi bitmap instead of a 300 dpi shape, thus helping the user to conclude that $6,000 on a laser printer was money down the drain.

10. Secretly do own line layout

Example: ReadySetGo 4.5, PageMaker 3.0

Some applications want to do their own line layout. There are certainly good reasons to do that, although I would hope someday to have a standard system routine to handle this the same way for every application and printer driver

The incompatibility opportunity is to do your own line layout secretly. Don’t send a picLineLayoutOff comment (#155), as described by Macintosh Technical Note #91. Then your application can fight the printer driver for control of the text placement.

11. Assume paper size

Example: PowerPoint 2.0, MacWrite 4.1

There are lots of assumptions that can be made about “paper” size, many of them offering incompatibilities.

PowerPoint assumes that the top and bottom margins are the same, so it centers things within the imageable area. If the printer has a larger top or left margin, then the output will not be centered on the physical page.

The original MacWrite assumed that a piece of paper could not be wider than, say, 8" or so. This achieves incompatibility many oddball choices, such as printing in landscape mode.

12. Use large drawing coordinates

Example: Studio Session

QuickDraw helps with this incompatibility, since it limits drawing coordinates to 16 bits, or ±32,767. But it does take a little unusual cleverness to find this one.

Suppose you’re drawing a horizontal line on a page of a 300 dpi QuickDraw printer. You could draw from (72,0) to (72,576), say, to draw an 8" line. When scaled up to 300 dpi resolution, this maps to (300,0) to (300,2400).

Of course, you could also draw the same line as (72,0) to (72,28800). After all, everything outside the page will get clipped, right?

At 300 dpi, this gets scaled to (300,0) to (300,120000). Since 16 bits won’t hold the latter coordinate, you get (300,11072), and your line magically disappears! Neat, huh?

13. Hog or fragment memory

Example: Excel 1.5

Excel has its own unusual memory management; others may also be unusual, but none so among the Top 10 best-sellers.

The current Excel asks for a large amount of nonrelocatable memory, not leaving much memory available for the printer driver. This is the single reason many printer drivers are aggressive about demanding memory from an application.

Taking lots of memory, or allocating large nonrelocatable blocks are reasonable ways to achieve printing incompatibility.

At the same time, the driver may create fragmentation problems for your application that also show up for incompatibilities.

If you want to be incompatible, then assume that SetPtrSize() will always work on a nonrelocatable block. It will often fail due to heap fragmentation, such as a call to MoreMasters() during printing or even an open desk accessory.

If SetPtrSize() does fail, you could instead allocate a new nonrelocatable block and then BlockMove() the data over.

14. Barf when memory stolen

Example: Full Impact 1.0

Nowadays, drivers that use QuickDraw imaging require lots of memory. At 300 dpi, a black & white 8" by 10" page requires 879K, while 240 dpi x 8" x 10" by 24 bits of color requires 13 Mb. And, of course, outline fonts require lots of code, temporary memory and decent caches for adequate performance.

With some the memory management scheme of some applications, such a driver/application combinations produces wonderful incompatibilities.

They may very well push your grow zone procedure and request more memory than currently available in the heap, particularly in light of item 13 above.

For a draft-mode printer, this may come at the time of PrClosePage() or PrCloseDoc(). For a spool-mode printer, this normally comes at the time of PrPicFile().

Delightfully, some applications immediately panic if their grow zone procedure is called. Many are following the advice from page 64 of the first edition of How to Write Macintosh Software says that

In the worst case, when your grow zone gets a memory request that you can’t fulfill, even by eliminating the monitor object, you should force the user to save any work in memory and then quit the application.

Since Scott Knaster never articulated a goal of printing incompatibility, it may be assumed that this is an outdated approach to compatibility rather than part of a deliberate incompatibility strategy.

If you’re not after incompatibility, then a reasonable algorithm to use is the following:

1. Stash some memory for later use by the grow zone.

2. If the grow zone is asked for memory during printing, give it up; if you can’t satisfy the request, just say “no” (i.e., return a size of 0).

3. At the end of the printing loop, try to reallocate the memory reserve.

4. If you then have no reserve, complain and quit.

15. PrOpen() at beginning of application

Example: MacDraw 1.9.5

This historically correct approach is now a great way to achieve incompatibility. In particular, it causes nifty problems with the Chooser and MultiFinder.

If you’re trying to be boring and compatible, then do your PrOpen()/PrClose() around each group of printing calls, as shown in the example and recommended by Macintosh Technical Note #161 .

16. Change print record directly

Example: PixelPaint 1.1

The print record structure is fairly well-documented and well-hacked. (I should know: I contributed to the documentation with by March 1987 “Printer Sleuthing” article.)

However, every driver treats these fields slightly differently, offering many opportunities for incompatibilities. A trick that will fool one driver may break another.

The one I found most effective was in the original Pixel Paint, which (as with some other incompatibilities) forces print record values to fix one bug in one version of a printer driver. The end result was to prevent landscape printing for most drivers.

Many applications obtain incompatibility by forcing paper sizes directly by changing the print record. This is usually quite effective, because you usually don’t know what you’re doing, and the driver won’t either.

17. Send fake handles

By “fake” handle, I mean a pointer to another pointer that is not a master pointer.

I don’t have the specific application example in front of me, but this is just as useful with the Printing Manager and printer drivers as it is with the entire Toolbox. Such a synthetic handle will effectively confuse the Memory Manager if the printer driver should be so foolish as to pass it to the Memory Manager.

Macintosh Technical Note #117 gives you lots of great ideas on how to do this and why this works.

18. Don’t call PrPicFile

For this one I don’t have the application either; however, it’s very easy to explain.

The standard print loop includes a check for spool-mode printing:

/* 4 */

PrCloseDoc(myprport);
if ((**ph).PrJob.bJDocLoop ==
 bSpoolLoop && PrError()== noErr)
{GetRidOfLotsMoreMemory();
 PrPicFile(ph, NULL, NULL, NULL, status);
};

For some reason, some applications achieve incompatibility by not calling PrPicFile() all the time. This is, after all, a needless step for the LaserWriter and other draft-mode printers.

If you don’t call PrPicFile(), then no output will be produced; the effect can be quite mystifying and is usually good for one phone call per customer.

19. Ignore printing errors

Example: Reflections, Cricket Presents 2.0

If you want your program to halt and crash unpredictably, you can just blindly ignore Memory Manager and Resource Manager errors. Similarly, printing incompatibility can be achieved by ignoring printing errors.

There are many different places that an error can occur during printing, such that a compatible program would call PrError() after every Printing Manager call.

The most common errors an application will see are:

128 iPrAbort user cancelled printing

-27 iIOAbort cancelled after printer not responding

-108 iMemFullErr not enough memory to print

There are several other errors you can get. For example, many File Manager errors are possible while spooling to disk.

Cricket Presents is very creative in using this to achieve incompatibility: it crashes if the disk fills up when spooling to disk. Cancelling or other errors returned by PrPicFile() are just fine.

One error you probably won’t see is iIOAbort, since the printer driver resets iIOAbort to noErr after PrPicFile(). This means that if you try to decode error messages before the end of the printing loop, you’ll have the opportunity to display a few spurious error messages.

20. Ignore page number selection

Example: Persuasion 1.0

The original Inside Macintosh explains the standard suboptimization for imaging only those pages that are necessary. As explained on page II-156, look at the page numbers in the print record, pass only those to the printer driver, and convince the driver to print all the pages you pass it.

Almost all of the commercial applications do this. For example, this approach is built into MacApp.

What are the incompatibility opportunities here? Your application may end up imaging 20 or 30 complex pages in order to print just one. Not only can you tax the patience of the poor saps who bought your software, but you can also fill up their hard disk, preventing them from running it at all if they don’t own a brand-new 80 Mb drive.

Credits and Disclaimer

I’ll take the blame for divulging secrets but I can’t take all the credit for finding problems.

The rest of the development team at Palomar deserves credit for much of what we found: Neil Rhodes, Mark Anderson, Michael Phil Ogawa and Marshall Clow. Our testing expert, Julie McKeehan, found many of the problems for the first time.

The folks at HP did a lot of pounding, too. Although full names are not HP policy, credit goes to Bill, Terri, Cindi, Bob, Robin, Dave and Marty, among others.

There are quite a few other driver writers out there who helped me, but they seemed less interested than I in awarding examples of incompatibility, probably because some dunderhead managers at the various application houses won’t realize that this whole article was a tongue-in-cheek look at a serious problem. So to Scott, Mark, Jacques and Seth, thank you for your support - and refer any irate calls to me when this hits the stands.

Example 1: Standard printing loop
PrOpen();
err = DoPrinting(docprinthand);
PrClose();
...
OSErr DoPrinting(THPrint ph)
{Integer firstpage,lastpage,numpages;
 Boolean isspool;
 GrafPtr saveport;

if (!PrJobDialog(printh)) return kDidNotPrint;

GetPort(&saveport);
/* Suboptimize page nos. */
firstpage = (**ph).PrJob.iFstPage;
lastpage = (**ph).PrJob.iLstPage;
numpages = lastpage - firstpage + 1;
/* fool printer driver */
(**ph).PrJob.iFstPage = 1;
(**ph).PrJob.iLstPage = numpages;

isspool = (**ph).PrJob.bJDocLoop == bSpoolLoop;
if (isspool) numpasses = 1
else numpasses = (**ph).PrJob.iCopies;

FreeUpSomeMemory();
myprport = PrOpenDoc(ph, NULL, NULL);
for (copyno=1; copyno<numpasses; copyno++)
 for (pageno=firstpage;
 pageno<lastpage && PrError()==noErr;
 pageno++);
 { PrOpenPage(myprport, NIL);
 If (PrError() == noErr)
 DrawAPage(pageno);
 PrClosePage(myprport);
 }; /*each page*/
PrCloseDoc(myprport);
 
/* Now print spooled document */
if (isspool && PrError()== noErr)
{GetRidOfLotsMoreMemory();
 PrPicFile(ph, NULL, NULL, NULL, status);
};

SetPort(saveport);
TakeBackSomeMemory();
/* Now see if there were any errors */
errno = PrError();
if ((errno <> noErr) &&
 (errno <> iPrAbort)) /* ignore command-period */
{CallErrorHandler(errno);
 return errno;
}
else
 return noErr;
}

Manufacturer Printer

Apple AppleFax

Apple ImageWriter LQ

Apple ImageWriter

Apple LaserWriter II SC

Apple LaserWriterÝ

GCC PLP

GCC WriteMove

Hewlett-Packard PaintJet

Howtek PixelMaster

Mirus FilmPrinter

Presentation Tech. Montage FR1

Tektronix 4693D

Tektronix ColorQuick

Ý Many other PostScript® devices are also supported by this driver.

 
AAPL
$102.50
Apple Inc.
+0.25
MSFT
$45.43
Microsoft Corpora
+0.55
GOOG
$571.60
Google Inc.
+2.40

MacTech Search:
Community Search:

Software Updates via MacUpdate

Skype 6.19.0.450 - Voice-over-internet p...
Skype allows you to talk to friends, family and co-workers across the Internet without the inconvenience of long distance telephone charges. Using peer-to-peer data transmission technology, Skype... Read more
VueScan 9.4.41 - Scanner software with a...
VueScan is a scanning program that works with most high-quality flatbed and film scanners to produce scans that have excellent color fidelity and color balance. VueScan is easy to use, and has... Read more
Cloud 3.0.0 - File sharing from your men...
Cloud is simple file sharing for the Mac. Drag a file from your Mac to the CloudApp icon in the menubar and we take care of the rest. A link to the file will automatically be copied to your clipboard... Read more
LibreOffice 4.3.1.2 - Free Open Source o...
LibreOffice is an office suite (word processor, spreadsheet, presentations, drawing tool) compatible with other major office suites. The Document Foundation is coordinating development and... Read more
SlingPlayer Plugin 3.3.20.505 - Browser...
SlingPlayer is the screen interface software that works hand-in-hand with the hardware inside the Slingbox to make your TV viewing experience just like that at home. It features an array of... Read more
Get Lyrical 3.8 - Auto-magically adds ly...
Get Lyrical auto-magically add lyrics to songs in iTunes. You can choose either a selection of tracks, or the current track. Or turn on "Active Tagging" to get lyrics for songs as you play them.... Read more
Viber 4.2.2 - Send messages and make cal...
Viber lets you send free messages and make free calls to other Viber users, on any device and network, in any country! Viber syncs your contacts, messages and call history with your mobile device,... Read more
Cocktail 7.6 - General maintenance and o...
Cocktail is a general purpose utility for OS X that lets you clean, repair and optimize your Mac. It is a powerful digital toolset that helps hundreds of thousands of Mac users around the world get... Read more
LaunchBar 6.1 - Powerful file/URL/email...
LaunchBar is an award-winning productivity utility that offers an amazingly intuitive and efficient way to search and access any kind of information stored on your computer or on the Web. It provides... Read more
Maya 2015 - Professional 3D modeling and...
Maya is an award-winning software and powerful, integrated 3D modeling, animation, visual effects, and rendering solution. Because Maya is based on an open architecture, all your work can be scripted... Read more

Latest Forum Discussions

See All

Rhonna Designs Magic (Photography)
Rhonna Designs Magic 1.0 Device: iOS Universal Category: Photography Price: $1.99, Version: 1.0 (iTunes) Description: Want to sprinkle *magic* on your photos? With RD Magic, you can add colors, filters, light leaks, bokeh, edges,... | Read more »
This Week at 148Apps: August 25-29, 2014
Shiny Happy App Reviews   | Read more »
Qube Kingdom – Tips, Tricks, Strategies,...
Qube Kingdom is a tower defense game from DeNA. You rally your troops – magicians, archers, knights, barbarians, and others – and fight against an evil menace looking to dominate your kingdom of tiny squares. Planning a war isn’t easy, so here are a... | Read more »
Qube Kingdom Review
Qube Kingdom Review By Nadia Oxford on August 29th, 2014 Our Rating: :: KIND OF A SQUARE KINGDOMUniversal App - Designed for iPhone and iPad Qube Kingdom has cute visuals, but it’s a pretty basic tower defense game at heart.   | Read more »
Fire in the Hole Review
Fire in the Hole Review By Rob Thomas on August 29th, 2014 Our Rating: :: WALK THE PLANKUniversal App - Designed for iPhone and iPad Seafoam’s Fire in the Hole looks like a bright, 8-bit throwback, but there’s not enough booty to... | Read more »
Alien Creeps TD is Now Available Worldwi...
Alien Creeps TD is Now Available Worldwide Posted by Ellis Spice on August 29th, 2014 [ permalink ] Universal App - Designed for iPhone and iPad | Read more »
Dodo Master Review
Dodo Master Review By Jordan Minor on August 29th, 2014 Our Rating: :: NEST EGGiPad Only App - Designed for the iPad Dodo Master is tough but fair, and that’s what makes it a joy to play.   | Read more »
Motorsport Manager Review
Motorsport Manager Review By Lee Hamlet on August 29th, 2014 Our Rating: :: MARVELOUS MANAGEMENTUniversal App - Designed for iPhone and iPad Despite its depth and sense of tactical freedom, Motorsport Manager is one of the most... | Read more »
Motorsport Manager – Beginner Tips, Tric...
The world of Motorsport management can be an unforgiving and merciless one, so to help with some of the stress that comes with running a successful race team, here are a few hints and tips to leave your opponents in the dust. | Read more »
CalPal Update Brings the App to 2.0, Add...
CalPal Update Brings the App to 2.0, Adds Lots of New Stuff Posted by Ellis Spice on August 29th, 2014 [ permalink ] | Read more »

Price Scanner via MacPrices.net

Apple now offering refurbished 21-inch 1.4GHz...
The Apple Store is now offering 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
Save $50 on the 2.5GHz Mac mini, on sale for...
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
Save up to $300 on an iMac with Apple refurbi...
The Apple Store has Apple Certified Refurbished iMacs available for up to $300 off the cost of new models. Apple’s one-year warranty is standard, and shipping is free. These are the best prices on... Read more
The Rise of Phablets
Carlisle & Gallagher Consulting Group, a businesses and technology consulting firm focused solely on the financial services industry, has released an infographic depicting the convergence of... Read more
Bad Driver Database App Allows Good Drivers t...
Bad Driver Database 1.4 by Facile Group is a new iOS and Android app that lets users instantly input and see how many times a careless, reckless or just plain stupid driver has been added to the... Read more
Eddy – Cloud Music Player for iPhone/iPad Fre...
Ukraine based CapableBits announces the release of Eddy, its tiny, but smart and powerful cloud music player for iPhone and iPad that allows users to stream or download music directly from cloud... Read more
A&D Medical Launches Its WellnessConnecte...
For consumers and the healthcare providers and loved ones who care for them, A&D Medical, a leader in connected health and biometric measurement devices and services, has launched its... Read more
Anand Lal Shimpi Retires From AnandTech
Anand Lal Shimpi, whose AnandTech Website is famous for its meticulously detailed and thoroughgoing reviews and analysis, is packing it in. Lal Shimpi, who founded the tech site at age 14 in 1997,... Read more
2.5GHz Mac mini, Apple refurbished, in stock...
The Apple Store has Apple Certified Refurbished 2.5GHz Mac minis available for $509, $90 off MSRP. Apple’s one-year warranty is included, and shipping is free. Read more
13-inch 2.5GHz MacBook Pro on sale for $999,...
B&H Photo has the 13″ 2.5GHz MacBook Pro on sale for $999.99 including free shipping plus NY sales tax only. Their price is $100 off MSRP. Read more

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
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
All contents are Copyright 1984-2011 by Xplain Corporation. All rights reserved. Theme designed by Icreon.