Apple’s pointless WWDC NDA

What happens at WWDC, stays at WWDC. At least that’s what Apple warns its attendees.

Prominently displayed at several locations in Moscone Center during WWDC week were signs stating in no uncertain terms that all sessions, labs and everything else at WWDC — with the exception of the keynote — were confidential. Attendees were bound by an non-disclosure agreement (NDA) to say nothing publicly about any of it. Not to a reporter. Not in a blog. Not on a cloud. Not in a fog.

At first blush, this seems quite reasonable. Apple’s WWDC sessions and labs go into unpublished and publicly unannounced details about the workings of its future products. This year, this meant primarily iOS 7 and OS X 10.9 Mavericks. Apple provides this information to developers so that they can update their apps in time for the release of the forthcoming OS versions. For everyone else, Apple wants the information to remain confidential — until the release date of the software.

That would all be fine except for one thing. The supposed confidential information isn’t confidential. Apple makes it freely available to everyone. And I mean everyone.

Yes, you too can access all the videos from the WWDC sessions as well as all other pre-release developer documentation. All you need to do is register as an Apple developer. There are no prerequisites, no qualifications and no cost for obtaining this status.

If you are willing to spend $99 to join a developer program, you additionally get access to beta versions of upcoming software. Again, anyone with $99 can do this. Journalists, bloggers, even engineers from competing companies. There are no restrictions.

So what’s the point of holding developers to an NDA for this material? If everyone on Earth can obtain the information, with Apple’s permission, in what sense does it make sense to call it “confidential”? As far as I can tell, the answer is “in no sense.”

Okay, I can see one potential basis for a legitimate case here. While anyone can legally acquire Apple’s confidential information by becoming a developer, they remain restricted from writing or talking about it. This, in theory, limits the public distribution of the information. As most people will never bother to register as a developer, most people would never find out about the NDA-restricted material.

The problem with this case is that it doesn’t work in reality. Once non-developers get access to the information, often by registering to be a developer, at least some of them wind up writing about it or telling others who then write about it — NDA or not. And the rest of the media wind up linking to those articles. In the end, everyone winds up with access to the supposed confidential everyone.

Perhaps if Apple threatened or carried out legal actions against such violations, people under the NDA would be reluctant to make these disclosures. This hasn’t happened, at least not in many years. Without even a half-hearted pretense of such a threat, the NDA has no teeth. While many developers may honor it, the information leaks out anyway. So, again I ask, what’s the point?

Perhaps you’re thinking: Apple may be protecting confidential information that can get exchanged between Apple employees and developers during WWDC. Doubtful. Apple employees are well trained to know what they can and cannot say. It would be rare for an Apple employee to spill the beans on anything Apple really wanted kept secret.

Making things more difficult, there is often a blurry line between what is okay to talk about, because it was covered in the keynote or on Apple webpages that preview forthcoming products, and what is not okay.

Even the OS beta software is hardly kept under wraps. Apple actually provides the beta software to selected media. For example, you may have noticed that Macworld is running a series of “Hands on with Mavericks” articles by Jason Snell. Snell is using a beta copy of Mavericks that Apple provided without any NDA or other restrictions attached. This permission was presumably granted because Apple recognizes that it gets more benefit from the free publicity than it risks harm from the information being exposed.

Once Macworld (and similarly Apple-favored sites) can write about working with these beta versions, the cat is certainly out of the bag. I see no point in Apple maintaining NDA restrictions for “the rest of us.”

Bottom line

I’m not saying that all Apple confidentiality restrictions should be eliminated. There are times when they are appropriate. For example, in the months prior to WWDC, Apple seeded a few Mac Pros to developers for testing. These people were under an NDA not to reveal anything about these machines. Totally understandable. And the NDA worked, primarily because very few people had such access — and  because I’m sure Apple made it clear that there would be serious sanctions for violations.

Apple’s general restrictions surrounding material released at WWDC, however, have become almost meaningless. Really, the same can be said about any information that can be accessed simply by registering for free developer status — as well as for beta OS software. Maybe there was a time, years ago, when these restrictions made sense. That time has passed.

Apple is already unofficially behaving as if the NDA hardly matters here. The end result is about the same as if Apple abandoned these restrictions. About the same that is for everyone except the people caught in the middle — the developers and journalists who want to do the “right” thing even when it seems as if everyone else, including Apple, does not care.

I am not optimistic that Apple will change its official policies any time soon. Secrecy is so much a part of Apple’s DNA that I imagine it’s very hard for them to pivot on this matter. Still, this year’s WWDC announcements remind us that Apple retains the capacity to surprise us with big changes. So I maintain a glimmer of hope that Apple may eventually drop, or at least significantly curtail, these unenforced and largely unnecessary NDA restrictions.

Apple’s not-so-secret iOS game controller strategy

One of the more intriguing revelations from Apple’s recent WWDC was that iOS 7 will ship with support for physical game controllers, much like the ones that now come with game consoles from the likes of Nintendo, Microsoft and Sony. While this nugget was barely mentioned during the keynote, its ripple effects may be huge — as I’ll get to shortly.

But before getting there, I want to explore what initially struck me as two likely obstacles in the way of success for iOS game controllers.

Touch vs. controller

First, iOS is all about a touch interface. Touching the screen is the main way, almost the only way, you interact with an iPhone or iPad. With a game controller in your hands, you won’t be touching the screen at all — at least not during game play. As such, the game controller is in conflict with a core property of iOS devices.

The same can be said, I suppose, about physical keyboards for iOS. Yet they have proven to be a popular peripheral. However, with keyboards, there is a direct translation of the actions taken: you can almost seamlessly switch back and forth between the two types of keyboard inputs without needing any significant relearning of how things work.

With most iOS games, especially ones that depend heavily on touch actions for game play, shifting to a game controller will likely require a significant amount of work, both for the game developer to modify the code and for the user to learn a different way to play.

In many cases, I expect such efforts will get “lost in translation.” One example of this is the mega-popular Angry Birds. There is a Mac version of the iOS game; you play it mainly using a trackpad or mouse as an input device. While not identical, this is similar to shifting to a game controller. No matter how many times I’ve tried, the Mac version never comes close to matching the simple intuitive experience of playing the game on an iOS device. To put it bluntly, Angry Birds on a Mac is a dud. As such, I do not look forward to a game controller version of Angry Birds.

On the other hand, the best candidates for conversion to a game controller are games that already work via a virtual version of such a controller, such as car racing games and many shooter games. Here, at least, I can see physical controllers having success. They may actually improve the game experience, as your fingers will not get in the way of seeing what’s on the screen.

Small vs. large

Even without the touch obstacle, there remains a second notable problem: size.

A typical game controller is at least the same size as an iPhone or iPod touch, usually larger. It strikes me as awkward to have a game display be significantly smaller than the controller you’re holding. There’s also the matter of convenience. Will iPod touch owners want to carry a game controller in their pocket, ready to pull out whenever they wish to play a game? I don’t think so. Doing so significantly lessens the appeal of the iPod touch as an on-the-go gaming device.

The iPad is a better match for a game controller here, but is not completely immune to these size problems.

Wait! There’s another iOS device…

Given these obstacles, it seemed to me that the potential market for iOS game controllers was a limited one at best. I’m confident that Apple is aware of all these considerations. Yet, they appear unconcerned. Why? With a bit more thought, the likely answer hit me…

There is another iOS device, beyond the iPhone, iPad, and iPod touch. It’s the Apple TV (ATV). Despite running on a variation of iOS, ATV doesn’t use a touch interface and it typically connects to large displays. In other words, ATV circumvents the very problems I’ve described here, making it a perfect candidate for working with a game controller.

Recall that earlier this year, Apple enabled Bluetooth keyboards to work with ATV. This dovetails nicely with forthcoming Bluetooth game controllers that would similarly work with ATV.

The final piece needed to make all of this fit together would be a separate Apple TV App Store, accessible from the ATV itself. From here, you could purchase games specifically designed to work with ATV and its non-touch interface. My Macworld colleague, Dan Frakes, came to a similar conclusion, as we tweeted a couple of weeks ago.

An Apple TV App Store might additionally include apps beyond games, such as TV network apps. This would allow users to add channels such as HBO GO without having to depend on Apple updating the ATV iOS to do so.

An Apple TV, combined with a game controller and an App Store, would quickly emerge as a serious contender for the top of the heap of game consoles. A recent article expanded on this theme, exactly predicting that “Apple TV will…dominate the console gaming market.” (Thanks to The Loop for pointing me to this article.)

I do see at least one obstacle for ATV to overcome: storage. Unlike iPhones, iPod touches, and iPads, there is no user-accessible internal storage in an Apple TV. So where will users save all the apps that they purchase and presumably download? Will Apple release a new ATV model, one that includes user-accessible space on an SSD? Will an ATV App Store only work with these latest devices? Or will Apple find some way, possibly via iCloud streaming, to make the system work with existing ATV’s?

I don’t know the answer. But I strongly suspect that Apple already has one. When iOS 7 gets released this fall, I predict that Apple will simultaneously announce a modified (either via hardware or software, or both) Apple TV as a primary target for game controller support.

WWDC: Apple delivers the goods

In a recent column for Macworld, I opined that the time was nearly perfect for Apple to make some bold announcements at the opening keynote of this year’s WWDC. Guess what? Apple delivered. In spades.

Mac Pro

For years, I’ve been waiting to see what Apple was going to do with the Mac Pro. It’s still hard to believe that the current Mac Pro doesn’t have support for Thunderbolt or USB 3. It’s been that long since Apple gave it a major upgrade.

Would Apple abandon the Pro (as I speculated back in 2009)? Or reinvent it? It turns out, Apple sort of did both. The new Mac Pro is so radically different from the old behemoth that it really belongs in a separate category. Apple did kill the old Mac Pro and it replaced the computer with something entirely different — something so different in design that it easily qualifies as the most revolutionary new product since the iPhone. As Phil Schiller put it succinctly at the keynote today: “Can’t innovate any more, my ass.”

The new Mac Pro isn’t shipping yet. So we’ll have to wait awhile for any hands-on analysis. My only personal look today was to gawk at the ones on display in several glass cylinders outside the keynote hall.

Here’s what I can say for sure: Answering the prayers of all those who hoped that Apple would downsize the Pro from its current huge, heat-emitting, energy-sucking size — the new Pro is about one-eighth the size of the old model. The only potential downside here is that there is no longer any internal expansion. All additions must be external, including an optical disc drive. On the other hand, the new Mac supports a faster Thunderbolt 2 connection, which can drive up to three 4K displays. Hmmm…is a 4K Cinema Display coming later this year?

In every other way, the new Pro seems like very much…a pro machine. Specs indicate that it is at least twice as fast as existing Pro models in almost every measure. This device is already on my wish list for the fall.

Bottom line: Wow! Wow!!

iOS 7

In the Macworld column I cited above, I suggested several key things that Apple should do, almost needed to do, to improve iOS. A bit to my surprise, I was very much on target. Apple delivered on almost every one of these features in iOS 7. Not satisfied with that accomplishment, Apple added more than a few additional features I did not anticipate.

Will there be widgets? Almost. The new Control Center comes close. Just swipe up from the bottom and it appears. You can access Airplane mode, Bluetooth and more. There appears to be no room for third-party additions to Control Center. And no sign of calculator-type widget apps. But I’ll give Apple a pass on that for now.

Expanded multitasking? Yes! Every app can now multitask, with intelligent updating of content based on how you use the app. You now swipe through apps in a way that shows each app’s current screen — providing a far superior multitasking feel than the current bar that appears at the bottom of iOS 6. The only thing missing is the ability to have two or more apps share the screen. I guess we’ll have to wait for iOS 8 for that.

Expanded options for the Lock screen? Yes! Yes! You will be able to access Notifications and Control Center without having to unlock your iPhone or iPad.

There is so much more. Personal highlights for me were automatic categorizing in Photos, the inclusion of AirDrop (to improve sharing among Macs and iOS devices), and the brand new iTunes Radio music streaming service.

Finally, there is the complete redesign of the interface, as had been promised. Skeuomorphism is gone, leaving the OS with a much cleaner, more consistent look across apps. Changes such as the elimination of button borders, in favor of colored text to indicate what is clickable, give the OS a more open feel. Even the small touches, like wallpaper images that show a parallax tilt when you tilt the iOS device, were delightful to see.

There are a few things I would have liked that did not appear. I would have preferred to see improvements to the virtual keyboard and text editing. I would have liked a greater revamping of Game Center (including the ability to talk to other players) and numerous changes to Documents in the Cloud. Still, Apple acquitted itself nicely with what it did deliver.

I’m sure there will be a few more surprises when Apple releases updates to the iPhone and iPad this fall. But I can already say that iOS 7 lives up to Apple’s assertion that it is the most dramatically redesigned iOS since the iPhone was first released.

Bottom line: With iOS 7, Apple has begun a reinvention of iOS. Kudos.

OS X

The new version of OS X will be called Mavericks. Cat names are now part of history.

In my prior Macworld column, I pondered whether Apple might continue its iOS-ification trend, pushing changes to an extreme that few would welcome. Happily, Apple did not.

For starters, the Finder not only remains a key component of OS X Mavericks, it is significantly enhanced. [And by the way, Launchpad was not even mentioned at the keynote.] I am particularly looking forward to the Finder’s new tags feature. As a way to organize and quickly find files, tags may finally get me to use All My Files and to drift away from organizing files into folders.

Perhaps my favorite new Mavericks feature is Maps, an export of the iOS app to the Mac. What makes it especially great is that Maps syncs across platforms. Among other things, this means that, if you create a route on your Mac, the route will transfer to Maps on your iPhone. No need to do the same thing twice.

Another really big deal in Mavericks is full support of multiple displays. Finally! Most notably, when you go into full screen mode on one display, your other display(s) remain unchanged. This may be the tipping point that finally gets me to use full screen apps.

iCloud Keychain promises to provide the sort of support for remembering passwords and credit card numbers that has been thus far only possible with third-party apps. Of course, it will sync across all your devices, Macs and iOS.

Once again, this is only the tip of the iceberg. There are major redesigns of Safari and Calendar, as well as iBooks for the Mac.

Bottom line: Apple managed to thread the needle. It made significant improvements to the OS, ones that stand on their own (such as Finder tags) and ones that allow it to work better with iOS devices (such as Maps). It seems to have struck a near perfect balance, not tilting too far in either directions. Once again, kudos.

My only big disappointment today is that none of these products will be available until the fall. Mark your calendars now. I am confident they will be worth the wait.

Textilus: The iPad’s best word processor

Textilus is by far the best word-processing app you can get for your iPad. Period. Bar none. You can just about skip all the rest. It’s the only app I even consider using if I expect to write an article with my iPad instead of my Mac.

About a year ago, I wrote an article titled “Top Apps for Word Processing on the iPad.” I didn’t mention Textilus in that review because the app had not yet been released. I made up for that omission by devoting an entire column to the app (under its original name, RichText Edit) a month or so later.

And here I am writing about Textilus again. Why? Because the developers of the app have been hard at work adding new features over these past months. As a result, today’s version is better than the version I covered last year. Not just a little bit better. A lot better. And it was already very good. The app now includes every improvement and addition I had been hoping to see!

If you’re not yet familiar with this superb text processing app, take a look at the top five reasons I’ve made Textilus my default choice. You’ll see why I believe Textilus stands alone among iOS text processors.

RTF editing

Let’s start with the biggest benefit Textilus brings to the table: Textilus can both view and edit .rtf (rich text format) documents. I know of no other iOS app that can do this!

The .rtf format is the default used by Apple’s TextEdit on the Mac. It’s also one of the most common generic text formats, available via Microsoft Word as well as numerous other programs. Unless you require elaborate page layouts, .rtf should be more than sufficient to meet your needs. As most of my writing is for the web, which requires very little prior formatting, TextEdit and .rtf have become my default word processing app and format.

Unfortunately, Apple does not make a TextEdit equivalent for the iPad. This means there is no Apple-provided way to create a document in TextEdit on your Mac and transfer it to your iPad to continue editing. In fact, the only way you can do this at all (Apple-provided or not) is with Textilus. With this iPad app, you can create a new .rtf document and work with it much the way you would with TextEdit on a Mac. And, whether you start with Textilus or TextEdit, you can easily switch back and forth, editing the same document across platforms. Which segues nicely to the next benefit of Textilus…

Full Dropbox support

To share an .rtf document between TextEdit on a Mac and Textilus on your iPad, you can’t use iCloud. While TextEdit can save documents to iCloud, no iOS app (not even Textilus) can access that iCloud location. Don’t despair! There is a solution: use Dropbox instead.

When it comes to working with Dropbox, Textilus is outstanding. Textilus is not only able to open .rtf documents stored in Dropbox, it can directly sync such documents. This means, for example, if you save a TextEdit document to your Dropbox folder on your Mac, you’ll be able to open it directly from Textilus on your iPad. There’s no need to pay a visit to the iOS Dropbox app and use the Open In command to transfer the document.

Further, any editing changes you make to a Dropbox-stored document in Textilus are automatically saved and synced to the Dropbox copy. This means when you return to your Mac and open the document in TextEdit, you’ll see all the editing changes you made while using Textilus.

While some other iPad text apps offer similar levels of Dropbox support, few (if any) do so with the flexibility and reliability of Textilus.

Embedded links

The hits keep on coming! One of the more frequent things I do when working with .rtf documents is embed a weblink (URL) behind some text. This produces the familiar blue text that, when you click/tap it, takes you to a web browser and opens the hidden URL.

When Textilus was first released, despite having overall .rtf support, it did not include this important feature. Many online tools, such as the WordPress software I use for this blog, accept embedded links if you paste rtf text. That’s exactly what I do in my typical workflow for writing an article. That’s why this was a particularly glaring omission for me.

Happily, this is one of the many issues that the developers have addressed over the past year. With the latest Textilus version, you can now embed links. To do so, you simply select the desired text, access the Insert menu (infinity icon) in the virtual keyboard’s toolbar and select “Web Link.” Once again, I believe Textilus is the the only iPad app that offers the ability to do this.

Select the Web Link item to embed a URL.

Sharing options

There may be times when you want to convert a Textilus document to a format other than .rtf. Textilus excels here as well. You can export documents as .txt, .pdf or .html files. The current version of the app includes support for Markdown, with the option to convert Markdown syntax to .html prior to exporting.

I’ve already noted Textilus’ ability to sync with Dropbox. The app alternatively syncs with iCloud. Additionally, you can export a document directly to Evernote, Scrivener or as an email attachment.

Expanded keyboard options

As I’ve written elsewhere, Apple’s default iOS keyboard could benefit from several improvements. But you don’t have to wait for Apple. With its customized keyboard, Textilus already includes several of my suggestions.

The app’s keyboard includes a toolbar row that features four arrow keys and a “magic cursor” tool. With the arrow keys, you can reposition the text cursor more easily than with iOS’s loupe tool. For even greater control, the magic cursor acts like a joystick, allowing total freedom to quickly move the cursor to any point in your document!

Additional toolbar options include font style selection, paragraph justification, highlighting, page breaks, spell checking and a wide assortment of symbols and punctuation. There’s a menu for making quick text selections, such as a line, a sentence, or a paragraph. There’s even a Forward Delete button.

Beyond the toolbar, Textilus offers options such as Show Statistics (for word counts) and Find & Replace. There’s also an option to take a document “snapshot,” which functions as a back-up that you can revert to if something irrecoverable goes wrong with your current editing.

I don’t know of any other app that comes close to matching the range and usefulness of this collection of features.

Bottom line

Textilus improves so rapidly that I have trouble keeping pace. In the initial draft of this review, I commented that a major limitation of Textilus, compared to apps such as Pages or QuickOffice, was an inability to add external graphics. Cancel that. The just-released latest version adds .rtfd format support with the option to paste in graphics, either from an included sketch pad or from your Photos library. [Tip: To add a graphic that is not a photo, you can take a screenshot of the graphic.]

The app is not a substitute for a true page-layout program. In particular, inserted graphics can only be inline. And it doesn’t do columns. But it otherwise is capable of just about anything you might want to do.

If I had to search for something to complain about, it would be that Textilus’ interface is sometimes more confusing than helpful. For example, I still have trouble with the nuances of its Dropbox support, especially with Local (offline) vs. Remote syncing and its attempts at Document Conflict resolution. But that’s really about it.

As I said at the outset: if Textilus can handle your word processing demands (and it probably can), it’s the best word processor you can get for your iPad. And you can’t beat the price. The standard version if free; the premium upgrade is only $4.99. So what are you waiting for?