Ghostek, Gordon Kelly
Well, gang, it’s official: Cross-platform convergence is now both magical and revolutionary.
Apple, in case you haven’t heard, is taking a serious step toward bringing its mobile and desktop platforms together: At its annual Worldwide Developers Conference adjective-shouting extravaganza this week, the company announced a plan to let developers bring iOS apps onto MacOSstarting next year. So, yes: That means the Apple faithful will soon be able to run iPhone-like software on their regular ol’ keyboard-packin’ computers.
Pretty spiffy idea, right? Mobile software, on the desktop! Just think of the possibilities. But wait: Why does something about this seem so eerily familiar?
Oh, right — because it’s exactly what we’ve been watching take shape with Android and Chrome OS over the past several years.
Now, before you grab the nearest suit of armor and novelty foam sword, hang on: I’m not here to play a game of “Who Did It First?” Let’s be honest: That kind of talk is pretty tired at this point. Some years, Apple borrows heavily from Google; some years, Google borrows heavily from Apple. Sometimes, the inspiration-lifting is for the better, and sometimes, it’s for the worse. I’m not an intellectual rights attorney (thank goodness) — and from a normal user’s perspective, the arguments over who copied whom are equal parts boring and irrelevant.
What I do want to discuss is how much Apple’s move validates the approach Google’s been pursuing for some time now — and, at the same time, how its implementation of the idea is both similar and simultaneously different.
Let’s jump in, shall we?
Apple, Google, and the tale of converging platforms
We’ll start with Google. The move to bring Android apps to Chrome OS began in earnest in 2016. (Yes, the work technically started two years earlier, with the beta-wearing “App Runtime” project — but that was basically just a test, with significant limitations and nothing even close to a polished or mainstream-ready experience.)
For Google, the notion of bringing two platforms together was nothing short of transformational. Chromebooks had traditionally been cloud-centric computers — a model that provided some enticing advantagesover traditional PCs but required you to rely mostly on web-based software like Google Docs and Office Online. Realistically, that sort of setup was more than sufficient for the vast majority of modern-day computer users, but it also left a fair number of gaps in what a Chromebook was able to do.
By allowing anyone to install and run almost any Android app while still maintaining Chrome OS’s security, simplicity, and speed-related advantages, Google accomplished several significant things: First, it redefined a Chromebook’s possibilities and limitations, making the devices more compelling and feature-complete for an even broader array of users. (On a smaller and much more specifically targeted scale, the current move to allow Linux apps on Chrome OS serves a similar purpose.)
Beyond that, it essentially created a whole new category of device — the Chromebook/Android mashup. That’s something we’ve seen progress considerably over the past couple years, as the hardware has slowly caught up with the software and convertible Chromebooks have effectively become the new Android tablets.
And last but not least, it created an ecosystem like no other. Developers could build and publish a single app and have it be available to the world’s largest mobile platform and the world’s increasingly dominant desktop computing environment. As long as the apps are built with responsive design and with a handful of form-specific optimizations in mind, it’s a single, streamlined process with minimal extra effort involved.
Significant as those first two points may be, we can’t underestimate the value of that last one — the ecosystem expansion. Remember, Chromebooks are hugely popular, particularly in schools. And developers tend to go where the users are. For the first time, Google could actually overcome its chicken-and-egg problem and have an existing audience that’d entice developers to craft large-screen-optimized apps — apps that, by their very definition, would straddle the lines of two overlapping ecosystems and benefit Android and Chrome OS alike.
Apple’s approach is a bit different. Unlike Chromebooks, Macs already run traditional desktop software. Unlike Google, Apple already has a successful tablet platform. And unlike Google, Apple doesn’t currently offer touch-enabled Macs — another one of those classic “it doesn’t work” declarations from Steve Jobs, way back when — and even if the company does eventually come around to rethinking that stance, it doesn’t seem likely that it’d look to phase out or de-emphasize the iPad anytime soon.
What Apple does share with Google, however, is the ecosystem part of the equation. Apple is all about the ecosystem, in fact, and it has been for a very long time. Google is the relative newcomer to that kind of focus.
So Apple, like Google, stands to benefit by aligning its platforms (a familiar phrase, no?) and making them more similar from a user’s perspective. It’s no secret that people adore their iPhones and the apps associated with them. Making MacOS follow iOS’s lead in some ways and allowing users to run familiar mobile apps within it will make the Mac feel more consistent and connected with the iPhone — and thus could make it more appealing both to current users and also perhaps to those who don’t presently own a traditional laptop or desktop computer.
Apple, like Google, could also benefit from energizing its desktop software ecosystem and giving developers added incentive to focus on that form. It may not be entirely comparable to Google’s Chrome OS situation, but the idea that development on the desktop side of Apple’s ecosystem is stagnating compared to the mobile side is a pretty common theme of discussion these days. Bringing iOS-like apps onto Macs could go a long way in reversing that view.
Perhaps most critically, aligning the ecosystems provides yet another piece of ammo for the famous “lock-in” weapon: You’ve got the environment you know and love and the apps you know and love on your iPhone and/or iPad — and now on your Mac, too. Just like Google is aiming to accomplish with Android phones and Chromebooks, our investments in these ecosystems are more expansive than ever — which, of course, means we’re more likely than ever to stick with whichever ecosystem we choose and continue to buy its associated products year after year.
Interestingly, Apple and Google also share the same persistent view from pundits that “the two platforms must be combined!” — a view that no level of adamant denial or ongoing evidence to the contrary seems able to extinguish.
Converging platforms, diverging paths
One thing the two companies don’t fully share is the specific approach to bringing mobile apps onto the desktop. Google, fitting with its general ethos, has established a bit of a free-for-all with Android apps on Chrome OS: By default (unless a developer explicitly disallows it or an app is inherently incompatible due to hardware requirements), most any Android app can be installed on a Chromebook. The Play Store you get on a Chromebook is quite literally the same Play Store you get on a phone.
So everyone is in, more or less — and it’s then up to each developer to optimize an app and make it excel in the large-screen, keyboard-and-trackpad-using form. Or not. Most apps work well enough on a Chromebook out of the box, and in some scenarios, it’s clear a developer went the extra mile to really make the experience shine. Either way, you can find plenty of useful titles that add meaningful value to the Chrome OS environment.
But you can also find plenty of apps that clearly weren’t made to run on that type of hardware — where even the most minimal amount of effort is painfully lacking — and those apps, while technically compatible with a Chromebook, are incredibly awkward and unpleasant to use. (Hi, Instagram!)
From the sounds of it, Apple is taking the exact opposite approach: The door will be closed by default — and the MacOS-iOS collection will consist only of apps optimized for the traditional computer form. That’s why Apple is releasing only its own iOS apps for the Mac to start and will be working with developers to optimize their apps for the desktop over the months ahead.
“There are millions of iOS apps out there, and some of them would be great on the Mac,” Apple Chief Shirt Unbuttoner Craig Federighi noted during yesterday’s announcement. The emphasis there is mine, but the message is clear: The entire App Store won’t — and, in Apple’s view, shouldn’t — be coming to the desktop.
Apples and oranges
So which approach is better — Apple’s or Google’s? The reality is that each seems to have its own set of pros and cons, and it’s tough to label either one as a definitive “winner.” Google’s implementation brings a massive number of new applications into the desktop environment and then puts the onus on the developers to make the experiences shine. The result, as we’ve established, is a bit of a mixed bag: You have tons of possibilities, many of which are valuable (with or sometimes even without form-specific optimizations) — but you also have apps that are just plain clumsy and out of place.
Apple appears poised to offer a more strictly curated selection of apps, allowing only those with form-specific optimizations into the mix. That should create a more consistent level of quality and experience, which is obviously a good thing, but it’ll also mean some apps that might be more mobile-specific and not likely to be optimized probably won’t become available.
Who cares? Well, consider one example: Apps like Netflix and YouTube are readily available via the web and don’t seem like the types of titles that’d receive the full desktop optimization effort or the Apple stamp of “great on the Mac” approval. But running the mobile apps on the desktop gives you the unique advantage of being able to download videos from those respective services for offline viewing — a handy little loophole crafty Chromebook users have certainly come to appreciate.
When you stop and think about it, the differences here are very much analogous to the differences in the two companies’ broader approaches to mobile app distribution: With Apple, you get a more closely controlled selection, which forces developers to comply more closely with guidelines and (in theory, at least) creates a more consistent experience. With Android, the less closely controlled gates mean more variance in the level of experience within — but that also means the door is open to more advanced and interesting types of creations that wouldn’t make their way past Apple’s gatekeepers.
I think most reasonable people would agree that Google could stand to gain some of Apple’s quality control and ability to get developers to follow its lead, while Apple could stand to loosen things up at least a little and allow some different types of tools into its closely walled garden.
Neither scenario is perfect, but both serve to accomplish the same goal — one that, in this wild new cross-platform world, seems both sensible and inevitable, regardless of which ecosystem you prefer.
Source: Computer World
INSTAGRAM LAUNCHES A LITE APP FOR LOW-END ANDROID DEVICES
Instagram has released a lightweight version of its Android app that should be easier to install and browse on devices short on storage space and on spotty connections.
TechCrunch notes that the new app, which weighs in at just 573KB, is 1/55th the size of the original app at 33MB. Naturally, you’ll find it a little lighter on functionality too: there’s no messaging or the ability to upload videos right now.
The launch is part of Facebook’s approach to reaching the next billion people who will come online for the first time in developing countries, mostly using low-cost mobile devices with limited access to connectivity and data.
Making its apps more easier to download and perform well on low-end devices is key to growing its user base around the world. To that end, Facebook made Lite versions of its apps for its social network and Messenger available years ago. Twitter has one too, and Google recently launched an optimized version of Android – complete with a suite of its essential apps – to address these needs in emerging markets.
Instagram’s been on a roll lately. It added 300 million users in a little over a year to reach 1 billion last week, and has tacked on loads more features to its service recently, including group video calls, support for longer videos in what it’s calling IGTV, tools for curating saved posts, and improving discovery.
Source: The NextWeb
APPLE LEAK ‘CONFIRMS’ NEW IPHONE X CANCELLATION
Olixar is back. The popular case maker, with a remarkable track record of smartphone leaks, has updated information on Apple’s major iPhone refresh and it sings a very different tune…
Having repeatedly claimed Apple would produce a ‘mini iPhone X‘ no larger than the iPhone SE (and produced the schematics to prove it), Olixar says new sources have confirmed Apple’s new models will instead be the largest iPhones it has ever made. In fact, Olixar is so confident in this information it has started production on its official line of accessories.
So what do we learn?
The circa 5-inch mini marvel is toast. Instead, the 5.8-inch iPhone X will be complemented by a 6.1-inch budget-friendly iPhone X and 6.5-inch iPhone X Plus. This backs multiple leaks, including my exclusive last month that Apple had decided to drop plans for the so-called iPhone X Mini.
It also ties in with the leaked iPhone schematics I obtained last week which broke down the sizes of the new, enlarged iPhones in comparison to the iPhone X:
- iPhone X – 143.6 x 70.9 mm (5.65 x 2.79-inches)
- ‘Budget’ iPhone X – 147.12 x 71.52 mm (5.79 x 2.81-inches)
- iPhone X Plus – 157.2 x 77.1 mm (6.18 x 3.03-inches)
It’s worth noting at this point that historically Olixar’s confirmation is worth your attention.
In just the last two years the company has leaked accurate designs of the iPhone X (source), Galaxy S9 (source), Galaxy Note 8 (source), Galaxy Note 7 (source) and iPhone 7 (source).
Interestingly, what Olixar’s doesn’t reveal is the back of the new iPhones. Apple is again expected to use all-glass on their backs to enable wireless charging (with fast wired charged thrown in free), but my sources at Ghostek claim the iPhone X Plus will move to a triple camera.
As mentioned in that report, I have conflicting claims from my other sources which state the iPhone X Plus will stick to a dual camera so don’t get too excited yet. But what is clear is the (currently unnamed) budget iPhone X will cut costs by sticking to a single rear camera like the iPhone 8. It is also expected to lose 3D Touch, which may be the beginning of the end for that technology.
Of course, there will be millions of iPhone users disappointed to learn the one credible dissenting voice to Apple’s supersizing plans is now onboard because it kills any lingering hopes a small, premium iPhone will return.
That said, if Apple is going to slash new iPhone prices by almost $300 then I think most buyers won’t complain too much…
ANDROID 8.0 OREO UPDATE FOR THE BLACKBERRY KEYONE IS RIGHT AROUND THE CORNER
Now that the BlackBerry KEY2 is official, TCL Communication – the firm behind BlackBerry Mobile – has turned its attention to future-proofing the handset’s predecessor, the BlackBerry KEYone.
An update (‘ABA676’) started making the rounds for the KEYone earlier this week, which, according to Canadian carrier Rogers, bundles a number a changes intended to prepare the handset for the impending Android 8.0 Oreo upgrade.
The contents of the update are unclear, though it does seem as though it carries some deep-level changes as some folks noted receiving an error message when first attempting to install the release, caused by interference from a background application.
A simple reboot set them on the right path.
We also don’t know when the much-anticipated Android 8.0 upgrade will arrive on the handset. All we know is that it’s destined to include all the standard goodies baked into Oreo, including Adaptive Icons and Picture-in-Picture (PiP).
What feature are you hoping to see included in the Android 8.0 Oreo when it arrives on the BlackBerry KEYone? Let us know over on Facebook or Twitter @TrustedReviews.
Source: Trusted Review