I love mornings where new things land in my lap. First was an email asking to go try The Land Of Me, an interactive children's story/game developed in Adobe's AIR. Designed for preschoolers and with Prof. John Siraj-Blatchford from the The University of Swansea - The Land Of Me looks to be a delightful artistic romp ... well, if you're around two years old. There is a free chapter to download and try and since it runs on AIR - the game runs on most PC's and Mac's.
A few twitters also pointed to The Wilderness Downtown, probably best described as an experimental HTML5 video mashup with Google Maps. It's an interesting concept which mostly works - currently best serving as an example of what using the HTML5 video tag might mean down the road. It is, however, specifically designed for Chrome - though it appears to work in Safari, those certain devices using Mobile Safari need not apply.
Enjoy, peeps.
Tuesday, September 07, 2010
Land of Me And The Wilderness Downtown: AIR and HTML5 Demos
Posted by
Josh
at
8:01 AM
2
comments
Share on Facebook
Labels: adobe, air, Apple, chrome, HTML5, safari, video tag
Thursday, August 19, 2010
OMG THE WEB IS DEAD
Yeah, people - this is what it takes to get me blogging again. Not one - but TWO stories that have mostly caps in the titles and begin with OMG. Because apparently this is such a slow news month that people really need to get the attention grabbing headlines.
Wired has declared the web is dead (though, to be fair, they've branched this out to multiple articles to offer a rather interesting and broad discussion).
First, never trust an article that starts with a graph - which I've now stolen and duped here:
It's an interesting graph ... but the important bit is to note that it spans 1990, when even the Net was barely a mote in someone's eye, to 2010 ... when high school kids have smartphones with more sophisticated browsers than most corporate networks. Since the graph is depicting total net traffic, and it is safe to assume that total net traffic has increased dramatically in two decades ... lines sliding down may actually indicate portions which have stayed even while the larger pie gets bigger. Note for instance that video doesn't even appear on the scene until the late 90's, and it wasn't until about 2005 when technology and bandwidth allowed creations like YouTube to flourish that it even begins explode.
So yeah, it's an interesting graph. But in relation to the argument at hand ... it's kinda bullshit.
The argument in short, and it's hard to put this in short terms with it several pages and oddly being split into two distinct articles running side by side (which is probably the kind of design decision which could kill the web) is that applications are sprouting everywhere to digest specific points of data as opposed to an army of browsers trolling for everything on the planet.
And I'm not really about to deny that argument, for in doing so I'd have to pretty much ignore the fact that the iPhone and the iPad exist at all.
For the sake of brevity, I'm going to encapsulate the argument around this table (also blatantly stolen):
Because it seems pretty core to their concept and is wildly misleading.
Browsers Versus Apps
This is a cyclical argument as old as DARPA and is slowly spiraling into oblivion. Firstly, it (and much of the article) ignores the fact that apps have made a resurgence because of concepts like REST which allows the web to be a generic source of data. Is it honest to say that a web server which is returning JSONP or XML based on a simple set of incoming variables is ... no longer a web server? The trend, even since the referenced (and failed) push revolution of the late 90's, has been for the formatting of data which allows nearly any client - native or web - to consume data. That Facebook is both a very successful website and iPhone app is indicative of this, and Facebook's recent Graph API allows for others to create clients of nearly any variety as well.
Also, I'm always surprised by the number of articles proposing this trend as fact while overlooking the fact that many major web publishers are foregoing native iPad apps in lieu of HTML5 ones. The real transformation of the web is into more than just a content center, but a data center as well, data which can be accessed by a wide variety of clients.
Syndication Versus Subscription
I'm actually not even sure why this is a line on the table. Syndication is the act of formatting to data so that it can be subscribed. This isn't an either or - it's a cause/effect. Moving on.
Update: It occurs to me the models at conflict here are subscribe versus follow, which are actually different metaphors. Insert question mark.
Free Versus Freemium
While catchy, this is also an apples to advertising based models comparison. Take Pandora for example, which embraces freemium but also pushes ads for the free version. As the name assumes, freemium is an extension of a free (usually ad based) model ... not a replacement - and can apply equally to native, RIA or browsers based apps.
JavaScript versus Objective-C
This just seems like a silly comparison, but I think the real versus here is AJAX/HTML5 against Objective-C. Which seems to unfairly leave out the 3,000 other options for building web apps.
HTML versus XML
See above about the web turning into a data center. Like the Freemium comparison, XML isn't a replacement for HTML (though some developers would argue that XHTML is...) - it's another format for storing data without storing UI. Want UI? Get HTML. Want to create your own UI? Get XML.
Basically, let's return to the graph and consider what's really going on - the web isn't disappearing into oblivion, it's just that there has never been the all consuming webtop to eliminate the rest of an ever growing list of neighbors. It also seems premature to put nails into the web's coffin before Google has managed to release the Chrome OS, the first serious webtop concept to be produced in something like 15 years (I know, I developed one 15 years ago).
Maybe I'm biased though. I'm reading my email in a native app which actually just creates WebKit instances, while debugging my work in the cloud and listening to music in AIR. Does the use of AIR apps, which is closely associated with Flash, which is a plugin for web browsers ... mean that the web is dead or very much an undeniable part of our daily lives now?
My old boss and I had an ongoing argument we both knew was relatively ridiculous ... PDA's versus phones. Ridiculous because each debate resolved to the same conclusion ... that they'd converge to the point where you couldn't hold the distinction. That seems to be the real story of the web - that eventually you won't know where your native desktop and web technologies divide.
Posted by
Josh
at
6:54 AM
3
comments
Share on Facebook
Labels: cocoa, HTML5, ipad, iphone, web apps, wired
Monday, June 07, 2010
Thoughts On HTML5
My current project has dragged me through the rails of HTML5, with the luxury that we're targeting WebKit (Chrome specifically) alone. So I can conveniently ignore a lot of the current disadvantages of working with HTML5, or rather the main one - that 90% of the web has no idea what the hell it is - and focus on the positive.
Since Apple declared that HTML5 would destroy all plugins, there has been rather sudden amount of marketing and attention to the specification. Some of this may be good, as most web specs don't get decent advertising ... but marketing can control the message, and messaging can impact how developers tackle new technologies.
Which can be dangerous. For one things, HTML5 is not all about plugins. Here's a few notes I've had since working with HTML5.
Flash and HTML5 can (and will) co-exist
Steve Jobs would like to have people think that HTML5 and Flash are some kind of binary decision. What HTML5 is providing in terms of audio and video is a rather logical and much needed update to the way web pages handle assets. Since the web was young, the image tag has been foremost in people's minds and has been slowly appended to include rather advanced features. All the while video and audio were relegated to various kinds of plugins.
Take Timex as an example. They have their Flash lead banner, with rich interactivity and animation, and they have a simpler HTML item scroll beneath it. It's actually a very good use of both Flash and dynamic HTML.
Could the canvas tag be made to replicate the Flash banner's smooth animation and interaction? Perhaps, but unlikely. And the reason why Flash is going to be around for some time is that the pipeline to create that animation? That's all Adobe. From Photoshop to Flash Studio - developer use Adobe products to create these kinds of products.
Or in other words: HTML5 probably won't be a complete replacement for everything Flash does a) performance for the canvas tag is increased, b) the complexity of dealing with SVG is decreased, and (or essentially) c) until Adobe designs the toolset to to make HTML5 as powerful as Flash.
And these thing may never happen. Which is fine - plugins have existed to give browsers functionality they wouldn't normally have. HTML5 gives web developers more options, but that doesn't mean we need to start taking any away.
To truly sum it up: Flash is not the blink tag.
HTML5 extends the browser
If we can ignore the fact that you'll be able to sometimes embed videos without Flash, there's a larger picture about the new features. If anything, it seems that the real goal of the HTML5 seems to be about extending the reach of the browser to your desktop and the world around you. With an offline database, geolocation, web workers and web sockets HTML5 browsers are poised to be able to offer new capabilities to enhance the things people do today in the social networking world.
Theoretical example: Twitter could have a whole new concept of local trends. Background processing could localize tweets only within a 50 mile radius of your current location and provide a list of current hash tags. Or why not 50 feet? See what trends are occuring in your coffee shop, not your entire city. Meanwhile your offline storage is tracking tweets you've replied to and retweeted - essentially creating a potential recommendation list for future browsing.
HTML5 extends the concept of a website
When I first encounted the concept of offline web applications I dismissed it as merely a more intelligent cache scheme - which isn't necessarily a bad thing, but not really a wonderful thing.
The more I tinkered with it - the more I realized, though, that works in a very subtle way with the rest of HTML5 to blur the notion of a website and an application. If you go to ebay.com right now, you are very clearly going to a website. More than likely anything you haven't recently viewed will be downloaded for the browser to render, the same with everything else on the rest of the website.
Browsing as normal, right? OK - now think of ebay.com as just the place you go to get the initial download of ebay's web application. As you browse, ebay's manifest is storing all the important assets you need to use ebay on your drive. Not in a transitional sense, but a rather permanent one. You'll use this version of ebay's website - online or offline - until you intentionally remove it or ebay updates the manifest.
First you'll notice everything is faster, because fewer assets need to be loaded per page load. Also, any mobile functionality could be automatically provided to you. Static information about your account, etc., could be stored in the database. You really only need to call out to the server for search results and to get the latest update on that bid you've made.
The bottom line: if ebay were to deliver a desktop application for you to use, it would probably look a lot like this. And you didn't have to do anything to install it but browse to ebay.com, and to load it again - just return to ebay.com ... even if you aren't online. Looking for the details on that gizmo you bid on last week? Just go to ebay.com, head to your account and pull it up. Ebay's server won't need to be hit once.
HTML5 is very suitable to tablets
A large screen on a mobile device? With GPS? Yeah, trust me - people haven't even scratched the surface of how functional web apps can be on tablets.
The Chrome Web Store Gets It
When I saw Google announce the Chrome Store during I/O this year, it became apparent that their strategy around Chrome and Chrome OS is a tightly woven web. Google is clearly going to be championing this kind of development and providing a marketplace around it. Interesting that Apple is doing a lot of podium pounding about HTML5 and yet web apps are still treated like second rate citizens when it comes to the iPhone OS. Installation is a bit of a mystery to most users, with no real indication of the difference between a bookmark and a web app, and management is limited to mostly just deleting. Chrome, Chrome Store and Chrome OS will probably provide users with a fully functional interface to find, purchase, install and maintain web apps in much of they way they deal with desktop apps today.
So it will be interesting, as HTML5 continues to mature and feature adoption increases. It's not a small change to web standards, or more specfically - web features ... and it certainly isn't all about plugins. To think of HTML5 as the replacement to Flash is narrowing the concept down to a point where it just isn't useful.
Friday, June 04, 2010
For Apple, Web Standards Equals Safari Only
Apple's campaign to push HTML5 as the alternative to plug ins has taken a very odd turn. They've added a page to Apple.com to demo HTML5 with this particular twist:
You need to use Safari to access the demos.
Now, I'm browsing in the latest version of Chrome - which also uses WebKit for rendering and JavaScript. I'm sure there is a fork in the road from the Chromium project but they should be extremely close when it comes to features and standards.
And Apple won't even let me use that.
Instead of championing the supposedly future thinking open development that Jobs insists is superior to the "old ways" - the page highlights exactly what is wrong with the stance Apple has taken. First, net users have never really cared if a feature set is blessed by some committee - they want things to work in the browser of their choice. Second, Apple's concern for the use of these standards is directed in one direction: users of Safari ... and in reality, users of Mobile Safari.
Together and you can see that this is actually the same strategy Apple took with the cross-compilation issue. They're not concerned with creating content consumable across the net - if they did then they wouldn't block this demo down to Safari and conversely, developers would not need to worry about an iPad version of their website. No, they are concerned with content which falls under the umbrella of Apple software.
Monday, May 03, 2010
Flash Against The World: Everyone needs to calm down
Job's open letter seems to succeeded in at least one task: it has kicked off a flurry of conversation which isn't entirely about Apple shutting out a major form of web development. Microsoft just found itself explaining an earlier post about HTML5 video support which people mistook for "dropping" Flash, where in reality plug-ins will work in IE9 as one would normally expect (and really, why wouldn't it? Microsoft still delivers Silverlight via plugin). Anyone who thought Microsoft was going to "ban" Flash needs to take a few steps back: Microsoft isn't deploying a closed box consumer product where they control all the software that goes on it - they're developing a web browser. It's like comparing apples and bromide, and there's no logical reason why IE9 shouldn't be running all the Flash apps out there. Doing otherwise would be browser suicide.
Then you get the other side of crazy, like this post on Beatweek about why we should bash Flash - which is just as much flame bait as it sounds like, describing Flash as "outdated junk from the Geocities era" and calling for it to be summarily executed. Which is patently ridiculous - Flash holds a position on the web which cannot currently be replaced.
Let me say that again, as it may keep people from freaking out prematurely: Flash holds a position on the web which cannot currently be replaced.
Here is reality:
Short, short version: when you pull the focus back to the Internet at large: Flash is still a necessity for delivering rich content. A recent video highlights the distinctions quite well. You can also read a recent Gartner post reaching much the same conclusion.
Apple doesn't really care much about the Internet at large, they are far more concerned with the Internet at the very small: on the iPhone and iPad. Jobs has a set this up as a "past versus future" argument - but that is far too myopic to be useful. This is a PC versus mobile argument - and even more of a "PC versus PC-like mobile devices" argument. And this evolution is real, as others are noting:
PCs are becoming commodity items. The price of PCs and laptops is falling by about 50% per decade in real terms, despite performance simultaneously rising in real terms. The profit margin on a typical netbook or desktop PC is under 10%. Apple has so far survived this collapse in profitability by aiming at the premium end of the market — if they were an auto manufacturer, they'd be Mercedes, BMW, Porsche and Jaguar rolled into one. But nevertheless, the underlying prices are dropping. Moreover, the PC revolution has saturated the market at any accessible price point. That is, anyone who needs and can afford a PC has now got one. Elsewhere, in the developing world, the market is still growing — but it's at the bottom end of the price pyramid, with margins squeezed down to nothing.
Don't be mistaken: I think HTML5 holds a lot of promise for the web, especially for allowing the Internet to behave more like native applications in general. I think over the next couple years the overlap of HTML5, Flex, and other RIA tech like Silverlight will be quite interesting. Right now if you have an audience you can hook into Chrome or Safari, HTML5 holds some interesting possibilities. I actually think HTML5 is pretty awesome and am quite happy to be taking it out for a ride, professionally speaking, lately.
That doesn't mean Flash is teetering on an edge, however. Let us also note that Jobs' solution to a lack of Flash on the iPhone and iPad was not, by any means HTML5. If you thought that, you didn't read closely enough. Jobs is clearly saying: anything you can do in Flash, you can code in Cocoa.
So everyone relax: the majority of piano playing cats will be delivered tomorrow much in the way the way they were yesterday, and that will continue for some time to come.
