One of the things that I really liked about this book was the fact that it had way too much information about video and audio compression. Inside of the Video and Audio tag explanations, Pilgrim goes on to talk about video and audio containers, how codecs work, what bit-rates mean, how copyright licensing affects supported file types, how audio works with different channels, and what kind of tools are available for video and audio packaging. He even has illustrated guides on how to produce your audio and video files using a variety of software options. While this might seem somewhat tangential to the HTML5 tags themselves, as someone who as always been in the dark as to how that stuff works, this thorough explanation was a welcome piece of insight.
In general, I found that Mark Pilgrim provided just the right amount of detail in his explanations. With things that were more obvious, like local storage, he spent less time; with things that were likely to be confusing, like Microdata, he spent more time, iterating through real-world scenarios. The depth of each explanation seemed to accurately intuit the needs of the reader.
And, in addition to feature detection, which can be used internally, the book also outlines a number of online tools and browser extensions that can be used to determine how external clients will both view and understand your markup. These tools will help you to integrate new HTML5 tags and microdata formats while, at the same time, maintaing a semantically meaningful DOM. Examples:
I thought we were not supposed to be using HTML 5 yet ;-)
Nice review btw...
USC sucks. Boycotting your blog until further notice ;)
Ha ha ha, the irony of it is that I got that tee shirt at Old Navy for $8 and know absolutely nothing about the team... I actually know almost nothing about sports in general.
@Ben - All the more reason to flush that thing down the toilet. Consider it an $8 learning experience :)
Ha ha - I'm definitely considering it; when wearing this shirt, I've actually been accosted by drunk women who feel the need to curse at me about players on the team.
The problem with drunk people is that when you tell them, "I have no idea what you're talking about," it only eggs them on :)
Maybe not using HTML 5 for all things, but changing text types for email or numeric inputs won't break a thing and makes for a better iPhone experience (I didn't realise keyboard layouts altered until quickly skimming through this book)
I have started using HTML5 for all sites I do and have loved the use of header, footer etc tags. Makes the code a lot nicer to read!
Would like to read a few more books on HTML5 and so of the features I still need to learn, maybe will put some money aside for this book :)
@Garry - Sadly, that's not entirely true. Some of the HTML5 input types can't be styled yet in Google Chrome, and they simply don't exist yet in other browsers -- and there's no way to predict how they will behave in the early versions of them when the tags do begin to see some adoption.
What if they are poorly supported in the next version of IE or Firefox, to the extent that it impedes on the user experience? I am avoiding some of the HTML tags and attributes that I can't test in all the class-A browsers, for the moment.
Fair point, was just initially impressed with the keyboard changes on Apple products which would certainly help at least one of my sites. Maybe perform a user agent detection and trigger type="email" if applicable.
Another good article,
I think, in the firstie post, Marcos was referring to an announcement by W3C yesterday exhorting developers not to start coding to the HTML5 spec yet. They got largely shouted down in the non-flame threads of Slashdot as being out of touch with coders' needs:
And yeah, I was impressed by all the video and audio stuff too. Mark works for Google and they own YouTube, so I guess that makes a ton of sense.
I'm trying to get some truly nifty HTML5 code moved outside our firewall right now. When it's out there, so you can see it, I'll send you some URLs.
One of the problems with type="email" in WebKit browsers is that it can interdict the submit without any error message to the user. So say: (input type="email" novalidate) and add your own onchange handler that provides feedback. Opera will also interdict the submit, but they at least give users some feedback about what they did wrong.
Yeah the keyboard stuff is cool on the iPhone where we are not working with full keyboards; though, as @Steve suggests, the input type *can* lead to submission problems, so take proper steps to get around that.
I happen to like physical books; but, you can get this particular book online for free, though not entirely in "book" format.
Thanks my man!
Accosted by drunk women? ;-)
And I like physical books, too. Especially when you start seeing waves after staring at the monitor screen for too long.
I'm hoping, praying for a Kindle in the near future that I'll be able to read on the go when I don't feel like lugging around thick books.
I think there's something nice about a physical book. I like being able to randomly flip through a book that I've read; sometimes it just helps me think - catching random titles and words. It might just be emotional :)
HTML 5 look promising in the future. I'll wait for further developement untill the old browser, who doesn't support HTML 5, are more out of the picture.