Saturday, May 08, 2010

I had no idea Apple had their own version of a pesky client runtime

I hate to think that all that postulation and chest-beating took place from Apple with regards to their stance on Flash took place just to help advance the cause for something exactly the same as Flash, just different in that it was created and owned by Apple.  I thought it was all about HTML5, which made even less sense to me, now that I think about it.

But it appears I need to rethink everything: According to AppleInsider, Apple is using Gianduia, its new a client-side, standards based framework for Rich Internet Apps, to create production quality online apps for its retail users.

We arleady have web apps looking and behaving like desktop apps and the other way around, cross-platform systems relying on Air/Flash (and even Gianduia - will it be cross platform?) to look the same regardless of the underlying platform, and of course there many companies establishing their own experience and brand guidelines to push product families on any platform or technology.

The rigid unification of a computer based on some standards of the operating system, and the adaptation of every control to match the platform is a thing of the past. If this development helps people using digital products is another question - but it's definitely the development that I still see way too often in daily practice (Adobe Browser Lab is proof, no?).

The usual suspects deliver many examples of this: Google Apps, iTunes or Facebook do not really match operating system standards at all. The obvious approach is to make a good product, be consistent when it supports an overarching experience, innovate where it makes sense, and try not to break ANY environment.

Each case is different.  But clearly a client runtime is a great idea even if it seems like the wrong time in our digital evolution to fight over which one. If it was me I think I would choose one that has partners.


Android Smartphone Playing Adobe Flash Video = Awesome from Dave Meeker on Vimeo.

Posted via web from bitpakkit

No comments: