During that nearly forgotten epoch of upheaval and crisis, Apple tried to launch the Newton as a new platform, although its subsequent failure in the marketplace didn’t earn it a mention in Apple’s press release blurb.
The Newton wasn’t just a new gadget, it was intended to be a diverse platform. Like the Macintosh from the prior decade, the Newton started as one product, and intended to branch out into a range of systems.
Introducing the Newton
Newton, Interrupted
The Newton project was instead positioned as a new peripheral for the Mac: a highly portable, handheld digital assistant that would sync data from a standard computer rather than replace it entirely.
Technical Innovations
Soups put data into shared pools that various applications could draw upon; soups of calendar and contact information could be referenced by any app, not just the one that created a file, as was commonly the case on standard computers. The idea of soups worked well on the device, but complicated syncing to a computer.
The Newton’s object oriented system also allowed plugins to add dramatic new functionality to existing applications. Many of these innovative ideas are just now being applied today, a decade later.
Shortly after his departure, the first Newton was released in August of 1993. Four slightly improved models followed in the next three years, but Apple wasn’t impressed with its sales. They cost $700-900.
Newton Competitors: GRiD and Palm
The first pen-based handheld was the 1989 GRiDPAD, a $2,370 specialized DOS laptop with a pen for handwritten input driven by specialized software. GRiD was sold to Tandy and eventually went nowhere in its efforts to break into vertical industrial applications.
GRiD’s founder, Jeff Hawkins, wanted to turn the ideas behind GRiD into a consumer device. He licensed the GRiD software from Tandy and set up his own company, Palm Computing, to build a software platform for a consumer PDA called the Zoomer.
After Zoomer failed, Palm turned to writing applications for other handhelds, including the Newton. One of those applications was Graffiti, which allowed simple text input as an alternative for the Newton’s commonly criticized whole-word recognition.
After failing to find support for a Zoomer 2, Hawkins decided the market really wanted a simpler, smaller, and cheaper device. Palm retooled to build that in the $300 Pilot for US Robotics in 1996. In 1997, sales of the Palm Pilot took off, leaving little growth potential for the significantly more expensive Newton.
After 3Com bought up US Robotics, Hawkins and other Palm founders left to start Handspring, a licensed Palm cloner. Handspring focused on turning the Palm into a phone, resulting in the Visor phone add-on and the Treo.
Newton Competitors: GO
Go Computing delivered the PenPoint OS as one of the first operating system specifically designed for handheld systems.
PenPoint presented an interface following the metaphor of a tabbed notebook, aiming to be simple and easy to use. Go licensed PenPoint to various companies, including GRiD.
The demise of Go as an operating system vendor is largely attributed to the threat posed by Microsoft’s Windows for Pen Computing, which promised to eat up the entire market for pen based tablets and PDAs.
Newton Competitors: Microsoft
The next year, in place of the aborted WinPad, Microsoft announced a far more advanced, 32-bit, high powered project for a new Handheld PC called Pegasus. It was delivered in the end of 1996 as Windows CE 1.0.
It didn’t perform, had poor battery life, and it was tied to Microsoft’s own software, particularly Outlook. However, it was from Microsoft, so the world was assured by leading analysts that it would eventually catch up and overtake the competition.
Back to The Macintosh
While the Newton as a product ended up as a commercial failure, there is no question that Apple's earlier Macintosh ushered in a new world of computing, even if Apple wasn’t the main beneficiary of its innovations.
Of course, those concepts were also available to others, including IBM prior to the release of its PC and of course Xerox itself, so Apple deserves credit for bringing them into the mainstream.
Apple also deserves credit for operating system work and user interface developments that were wholly unique. Researchers at Apple developed consistency guidelines that solved real problems for users and allowed developers to build applications that focused on adding new features, rather than reinventing the wheel.
Those favorable circumstances gave the Mac certain advantages; had Apple been managed differently in the late 80's, its position might not have been so easily overtaken by its rival, Microsoft. Today however, a similar set of circumstances provide Apple with another clear shot at delivering the future.
A New Platform Needed
The solution, like the Mac twenty years ago, has a lot to do with Apple's core competencies of user interface design and its simple and intuitive solutions provided though integrated products.
Today's problem is mobile phones, and music players, and car stereos, and TVs, and video games, and content delivery, and the software that powers it all. Just like DOS apps from the 80's, today's devices each use custom user interfaces with randomly chosen controls that expose excessive complexity to users.
This collectively causes a problem not just in usability, but in selling software to run and extend the functionality of various devices. Nothing is compatible with anything else.
In the mid 90's, Sun's Java promised to run applets everywhere, and Linux promises to power everything with a single code base, but neither have actually solved the problem of compatibility. Similarly, neither do anything to fix broken user interfaces, apart from perhaps making things worse.
This time, the answer isn't a new operating system that runs everything. In fact, the operating system doesn't matter anymore. The real need is a usability layer.
To draw further comparison with PC applications: the solution is Windows, not the underlying DOS or NT kernel laying below it. Or in Apple parlance, its the Mac user interface, not the System 7 or UNIX below it.
The new platform that consumer electronics devices need is an overall system; a consistent user interface is a significant part of this. Apple attempted to deliver this in the Newton, but it tried to offer too much, and simply ended up being too expensive and over-architected for the mass market.
Why Newton Failed
The Newton actually suffered from a number of fatal flaws; some of its issues relate to Apple's new platform, which promises to solve many of the same issues that Newton was intended to cover. The main problem with the Newton was in its hardware execution: turning the concepts behind it into a product that could sell.
Brant Sears, a developer of what was the most successful medical software for the Newton, reported his perspective in an email that offers an interesting inside look at why the Newton failed. He wrote:
-
•Apple pre-announced the Newton before it was ready. John Sculley's demo of the product almost two years before it shipped was a real mistake and forced Apple to rush Newton out the door before it was finished.
-
•The Newton was too slow; certain actions just took too long. Scrolling through notes on the original MessagePad was painfully slow because the operating system and most of its software was interpreted NewtonScript running on a virtual machine. Apple made that choice to use less flash memory. It did make the system really elegant, but at the price of performance on early systems.
-
•The Newton was physically too large.
-
•Apple's sales expectations were far too high. The Apple II sold 16,000 units the second year it was out and was considered a huge success. The Mac sold 60,000 units its first year and was considered a modest success. The Newton sold over 100,000 units its first year and was a "flop."
-
•The handwriting system on the original MessagePad was designed to recognize entire words rather than letters. This was because focus group data told Newton engineers that people would insist on being able to write in cursive. When the system made a mistake, it would pick a valid word that was different than the one intended leading to hilarity and ridicule.
To add insult to injury, the PDA market was totally fine using Graffiti, which was a cheese-ball solution. The Newton group had considered and rejected solutions like that. They did fix handwriting recognition in Newton OS 2.0, but it was too late.
-
•Apple never provided a good data synchronization solution or good third party libraries for data sync, and kept too much information secret for third party developers to fix it for them. In 1998 the DIL sync libraries were still alpha. Trying to develop anything using the DILs was extremely frustrating because Apple was thrashing: creating new APIs, pre-releasing some libraries, then abandoning them and starting over again.
-
•There were electrical problems that caused all kinds of bad issues for third parties trying to do things with wireless ethernet cards. For example, Xircom cards drew too much power for the Newton 2000 to work with regular batteries, requiring the use of Apple's rechargeable battery. Unfortunately, it would only last one or two hours with the wireless card. The battery was a weird shape and Apple didn't make an external charger for it.
You might argue that this was a corner case. However, Apple met with us and told us that our product was going to "make or break" the MessagePad 2000 and the Wayfarer wireless system we were trying to use had been designed and built with Apple's help long before the MP2K ever shipped (we were trying real hard to ship something on the MessagePad 120). Ultimately, our software company made one hardware product - an external battery charger for the MP2K batteries.
-
•The Newton Interconnect Port on the MP2K, and lack of a serial port, caused the device to be a serious pain because users had to carry a serial adapter in order to use it. Any time anyone else in the organization (especially sales) handled an MP2K unit, they lost the dongle. Apple did absolutely nothing with the Newton Interconnect Port. Nothing. Nada. So, this huge pain in the ass design tradeoff was for nothing.
Death by Impracticality
"The bottom line,” Sears observed, “was that Apple created something really cool and almost usable with the Newton. But unlike now, Apple products of that era were often great, but had one or two fatal flaws that prevented them from actually being practical to use.
“This was true of many, many things. One that comes immediately to mind was the QuickTake cameras. I have a QuickTake 200. It’s okay, but requires four high energy lithium AA batteries. These batteries are super expensive and the QuickTake chews through them the way my daughter chews through candy.
"Also, in the 90s it seemed like Apple was releasing many technologies and products that were "one off". They shipped, got no marketing, no follow through, and were abandoned, like Newton Bookmaker, Virtual User, Apple Dylan, The Macintosh TV, and others. It really seemed random.
“Somewhere I have a pair of Apple headphones circa 1996. Up until the iPod was released I used to show these to people and they would be baffled: why would Apple make headphones? Especially since they were very expensive, very boring, low quality headphones. You could buy better headphones anywhere for $5 and these were more like $50. I'm sure they were part of some multimedia initiative, but they were just sold at Microcenter, hanging on a hook on the wall, sold as a separate product. Everyone who saw them at Microcenter, I'm sure, wondered what color the sky is in Cupertino.
The Critical Shift
"The reason why Apple is great today, I think, comes down to this: They still do great things. But sometime before they ship, Jobs would look over the product from the point of view of a user and run his mind across the steps necessary to use the product. He looks for reasons why the product would not actually be useful.
“On the iPod, someone looked at it and figured out answers to questions like "How do I charge it?", "How often do I need to charge it?", "How do I load the music?", "Where do I get the music?", "How do I select a song?" These boil down to "Could a person actually use this product? Are there fatal flaws? Would a person actually use this product? What is the problem being solved? How does this product solve the problem better than the current solution?"
Next Article:
This Series