TAG | html5
Do you need to store some information on the client and you don’t fancy to dive into all those storage solutions of modern to old browsers? Need something to wrap all that and provide a simple API to get, set and remove keys and values?
Look no further.
Last Tuesday I stumbled upon a interesting post by Paolo “Nusco” Perrotta from Italy entitled Is Windows 8 solving the wrong problem? He’s got some points there and his post really got me thinking if the same logic can be applied to other developments as well.
For instance to HTML5 as a cross device strategy?
Not long ago I thought Adobes Flash would probably die. Microsoft took a small piece of the cake with Silverlight while Apple banned Flash from the iPad altogether. Even Adobe themselves jumped the HTML5 train with Adobe Edge. Flash became uncool and nothing it seemed could be done with it that couldn’t be done with HTML5.
Now I guess I have to change my mind.
A few months ago we launched this app already but it got wiped again. Now after some refactoring and redesigning on our side and after some changes on the Facebook side (event creation no longer spawns a status update!) the app is live again still powered by Symfony2.
Well it can be easier than that!
Last Friday the folks from Twitter announced the release of their new front-end toolkit. It sounds like it’s yet another framework just like boilerplate, blueprintcss, 960 and all the others.
Now how does it differentiate?
Yesterday the new and shiny second version of HTML5 Boilerplate (H5BP) became available. Although this got nothing to do with the PHP world at all it makes the perfect companion for Symfony 2.0.
For quite a while now I’ve been working amongst non-developers who mainly care about the financial side of things and business strategies. You should think that they would not be interested in technical matters.
However they asked a colleague and myself to tell them about HTML5 as they felt it could matter to them.