Science & Technology

T Cubed: Starting from Scratch

Note: This article is hosted here for archival purposes only. It does not necessarily represent the values of the Iron Warrior or Waterloo Engineering Society in the present day.
Last week Apple announced their new slate of devices for the holiday season as well as updates to iWork, their productivity suite, which has been relatively static for the past four years. To the casual observer, the new versions of Pages, Keynote, and Numbers look great. In true Apple fashion, their revamp heavily simplified the already rather sparse interface in an attempt to redefine the purpose behind these applications. In particular, the Inspector view, which effectively managed all the formatting and settings options for documents, has been replaced with an Inspector sidebar, which dynamically changes depending on what the user is selecting or using at the time.Power users of the old iWork have been vocal about some changes made in the new versions, particularly the removal of most of the AppleScript functions previously used to perform macros and other functions between applications, much like you can do in Microsoft Office. Yet with the announcement of iWork for iCloud and the updates for the iOS versions of iWork, there is an imperative for the iWork applications to work seamlessly between devices, and that means catering to the application that can do the least. In the last versions of iWork, a user could save a Pages document to iCloud on their Mac and open it on iOS, but this typically meant that the iOS version would have to undergo a file conversion since it did not feature everything the Mac version did. This would leave the user with multiple versions with varied levels of functionality, leading to a generally poor user experience for those who wanted to achieve the ideal of switching between the two to finish documents.

Major revamps which reduce functionality are not unusual for Apple though, as the same thing happened in previous years with Final Cut Pro X and iMovie ’08. Both video editors showed heavily decreased functionality and were missing features that professional users were hoping to get out of the programs, causing consumer backlash until some functionality was added back in subsequent versions. Final Cut Pro X is a particularly noteworthy example of this functionality decrease as previous versions of Final Cut Pro so good that editors of multi-million dollar movies were using it for their video editing. What Apple did to both iMovie and Final Cut Pro was rewrite the applications to remove years of built-up additions that may or may not have been relevant anymore (ideally making it more lean) and refocus the application to serve a better audience. For iMovie ’08, they aimed to target makers of small videos shared to YouTube or Facebook that would have been recorded off an every day camera. For Final Cut Pro X, Apple hoped that the completely rebuilt application would make workflows easier for professional video editors. Unfortunately in both cases essential functionality was removed that many had relied on in exchange for building what was effectively a 1.0 version of a new application.

Yet, in most cases, the functionality returns in a couple years with the benefits of the new workflow. iMovie ’09 was a huge improvement over ’08, returning some features that were included in the previous iMovie while maintaining the new interface that was targeted towards easily shareable videos. Final Cut Pro X returned much of the functionality requested by editors within the first six months, and is now gaining a more acceptance, despite the initial backlash it suffered. Perhaps the best example of software that survived this process is OS X, which now runs on Macs very well but was at first a bug-ridden, slow-performing operating system that was disliked by many previous Mac OS 9 users until performance was good enough that it could replace Mac OS 9. Today OS X is what many Mac users like about their computers, and it continually adds new functions that work better in the Unix-based operating system.

Microsoft has gone under changes like this as well recently. Windows Vista, despised by many longtime users of Windows XP, was less of a fundamental rewrite than OS X but did introduce many changes to how the operating system worked that were annoying or unclear to converts. Windows 7 fixed many of these changes while keeping most of the Windows Vista aesthetic and workflow, bringing greater acceptance to users who had stuck to XP. Office 2007 was another rewrite introduced by Microsoft that introduced a new XML-based file format that, in the end, was a clearer file format than the old binary file formats, though heavily incompatible with previous versions of Office. It also introduced some workflow changes like the Ribbon which were unnerving for people accustomed to the old Toolbars, but was both theoretically easier to learn for a user who was not used to either function and kept common functions visible at all times. Office 2010 improved on areas which received heavy customer criticism and gained wider acceptance than Office 2007.

Today, Windows 8 and iOS 7 have been two examples of operating systems that may not be ideal in their first iteration but lay a groundwork for a more ideal future. The Windows 8-style applications accessible from the Start screen ideally make the system easier to use for long-time users, but the operating system still delegates much functionality to the Windows 7-style desktop, making it a confusing and inconsistent experience for users of the current version. In the future, the newer style of application will be more consistent as developers learn how to work with their new layout, and will likely achieve higher consumer acceptance. The Windows 8.1 update has already introduced some features (most notably the Start screen button on the desktop mode) that have allowed users to accept the system more. iOS 7 introduced primarily visual changes in how the operating system functioned, which also has a few issues, but will likely be fixed in upcoming versions.

Applications go under changes like this frequently and, although they may be frustrating at first, letting the developers know which functions really can’t go versus those that no longer have much use is a great way of making sure application rewrites go more smoothly. There is a benefit to having an application be rewritten–it allows for removal of code that has only lasted due to negligence and years of upgrades–but the first step is always a little bumpy to get over.

Leave a Reply