...more recent posts
YouTube launches a beta of a Flash-less HTML5 version of their site which uses the new HTML5 <video> tag and h.264 encoded videos. They bill it as working in "Chrome, Safari, and ChromeFrame on Internet Explorer" where "ChromeFrame" is Google's Internet Explorer plugin that basically swaps out the IE rendering engine for Apple's open source WebKit (which also powers Google's desktop - Chrome - and mobile - Android - browsers). From the Chromium blog:
Recent JavaScript performance improvements and the emergence of HTML5 have enabled web applications to do things that could previously only be done by desktop software. One challenge developers face in using these new technologies is that they are not yet supported by Internet Explorer. Developers can't afford to ignore IE — most people use some version of IE — so they end up spending lots of time implementing work-arounds or limiting the functionality of their apps.
With Google Chrome Frame, developers can now take advantage of the latest open web technologies, even in Internet Explorer. From a faster Javascript engine, to support for current web technologies like HTML5's offline capabilities and <canvas>, to modern CSS/Layout handling, Google Chrome Frame enables these features within IE with no additional coding or testing for different browser versions.
To start using Google Chrome Frame, all developers need to do is to add a single tag:
<meta http-equiv="X-UA-Compatible" content="chrome=1">
When Google Chrome Frame detects this tag it switches automatically to using Google Chrome's speedy WebKit-based rendering engine. It's that easy. For users, installing Google Chrome Frame will allow them to seamlessly enjoy modern web apps at blazing speeds, through the familiar interface of the version of IE that they are currently using.
It's still going to take a while (several years at least) but the end is drawing inexorably closer for both Flash and Internet Explorer. IE just doesn't work correctly and Microsoft seems unable to fix it, and Flash is too resource hungry for low powered mobile devices (plus it gives Adobe way too much leverage in a future where they just are not needed by Google and Apple.)
Amazon announces an SDK for the Kindle:
Amazon, displaying a sense of urgency, perhaps driven by the pending launch of Apple’s tablet style computer is turning its Kindle device into a platform. The Seattle-based company today announced that it will allow software developers to “build and upload active content” and distribute it through the “Kindle Store later this year.” Amazon will be giving out a Kindle Development Kit that will give “developers access to programming interfaces, tools and documentation to build active content for Kindle.” The company will launch a limited beta effort next month.The Kindle is going nowhere with the current screen technology (which is just okay for reading, but clearly no good for anything "active", or even anything with color for that matter.) But they could evolve the device's hardware (and design) in future generations, and certainly Amazon has a lot of experience creating a good ecommerce experience. So I think they could be an important player, but they've got a lot of work to do on their device first.
And also on the Kindle front, Amazon announced earlier this week that they are sweetening the split on ebooks with publishers, now offering to take only 30% in some situations (i.e., 30%, but with a bunch of strings attached.) This matches Apple's across the board split with developers in it's App Store (and the rumored split Apple is offering content publishers for it's new Tablet.)
Amazon: "Hey, over here! Don't forget about me!"