I realize HTML5 is still a moving target and not finalized (was 4 ever really finalized?) but I'm finding it difficult to really grab hold of it at this point, beyond a few things, because it isn't really saving me any headaches. That could be another one of my misconceptions; HTML5 isn't meant to make my life easier. I'm looking for some points/guidance to validate strong implementation of HTML5 in existing web applications. Thought this might be a good discussion.
P.S - I'd really like to avoid discussing the failures of HTML as a whole, Mark.
Bear Bibeault wrote:I use HTML5 boilerplate and don't worry too much about older browser support (IE6 users? Bug off!)
The modern browsers have enough support for the HTML5 elements that I use that I don't find myself frustrated too often.
Yea, I use that as well. But it isn't just IE6 we're talking about. Most of the good stuff is only supported in IE10. 8 and 9 are still heavily used. Also, FF still doesn't support some of the input types. "Modern browser" is a fantasy term meaning "what we use to develop with" In the real world you know there is no such thing as a modern browser.
We are always going to be stuck with older browsers that do not support x and y. We are used to the server where when we upgrade to the latest we have everything, sucks that the client is not like that.
Where I work now, we built our own library that adds a lot HTML5 support for things we use. The framework handles the detection and the developers just write the markup like they should. I am willing to bet some of them have no clue that browser X does not support Y. We are slowly adding support for all the HTML5 stuff and hopefully some day we can open source it.
The answer is if you want all browsers to behave the same way, it will take a lot of code. Sad thing is not all the browsers do the same thing for HTML5 controls and it is basically impossible to detect those differences without user agent sniffing and pior knowledge.
Eric Pascarello wrote:The answer is if you want all browsers to behave the same way, it will take a lot of code. Sad thing is not all the browsers do the same thing for HTML5 controls and it is basically impossible to detect those differences without user agent sniffing and pior knowledge.
Exactly, so why even worry about those types of "features" in the spec?
Jeanne Boyarsky wrote:Gregg: How is this situation different than when CSS evolved though?
I’ve looked at a lot of different solutions, and in my humble opinion Aspose is the way to go. Here’s the link: http://aspose.com
subject: HTML5: Spec Is Great But Browsers Make it Pointless