To view parent comment, click here.
To read all comments associated with this story, please click here.
Try to visit ‘HTML5’ websites and you’ll find they have standardised on WebKit, and I for one am pretty sick of getting ‘Your browser doesn’t support HTML5, download a new one’.
"Standardised on WebKit" is the most ridiculous thing I've heard today. Thanks for the laugh.
And this is exactly how Apple has turned WebKit into the IE6 of the Mobile Web using their proprietary vendor extensions (and then refusing to work with Mozilla and MSFT or the W3C on Pointer Events spec).
I guess this is what people want.
Much of that stems from a fundamental flaw in the mindset behind the steaming pile of pointless nonsense known as HTML 5.
I come from an engineering background -- where I'm from you make a specification BEFORE you start implementing it. It's called an authoritative document for a reason.
HTML 5 is NOT authoritative, it's documentative. That's what the whole 'living document' and even trying to get rid of versioning idiocy is about. Let the browser makers do whatever it is they want, and we'll just document it. Some "Specification"!
Combine that with the loosened structural rules, presentational elements they are trying to sell people on being semantic, and re-introduction of redundancies, and HTML 5 is NOT an improvement, it's carefully crafted to undo all the progress of 4 STRICT, and bring us back to the WORST of HTML 3.2 and the peak of the browser wars.
In that way I suspect it was built almost entirely to satiate the wants and desires of the inept fools who haven't pulled their heads out of 1997's backside, and for the past decade have been writing HTML 3.2 and slapping 4 tranny on it. Now they just wrap HTML 5's lip-service doctype on it while still crapping out the same broken methodologies -- net improvement zero... Such developers missing that transitional markup means you are in transition from 1997 to 1998 coding practices.
Which is where a lot of my series of articles here:
http://techtalkin.com/Thread-So-what-s-wrong-with-your-website
Comes from... broken, outdated or just plain wrong site development practices, much of which stems from people failing to pull their heads out of 1997's arse -- even when writing HTML 5... as if the advantages of leveraging caching models and accessibility through building using progressive enhancement and separation of presentation from content is 'evil' or 'harder'. Last time I checked, using less code with clear strict rules telling you how to do it isn't "harder"... probably can be blamed on the *WAH, WAH, I DON'T WANNA LEARN, I JUST WANT A WEBSITE* idiocy... which is how fat bloated broken overpriced crap like Dreamweaver continues to be promoted as the industry standard tool... when the only thing about it that can be considered professional grade tools are the people promoting it's use.
I'd be remiss in pointing out much of what people CALL HTML 5 -- isn't HTML -- in that it's not MARKUP. It's CSS3 or new javascripted stuff. There's a reason they up and decided to slap those under HTML 5's banner -- and it's that without them the emperor is standing bare for all the world to see. All the 'cool' stuff is in either of those, and there is NOTHING preventing you from using them in the older STRICT recommendation HTML 4 or XHTML 1.0 documents!
There's a reason I have zero plans to use HTML 5 for making markup, plan on sticking with XHTML 1.0 STRICT for the forseeable future -- though I AM using the new scripting and CSS3. HTML 5 offers few if any real world advantages, undoes all the progress of the past 15 years... leaving me asking "Benefits? What benefits?!?"
As I explain here:
http://techtalkin.com/Thread-So-what-s-wrong-with-HTML-5





Member since:
2012-10-17
Actually, I like the fact that there remains competition in the rendering engine space. If everyone standardised on WebKit, Apple would have de facto control of Browsers, and I trust them even less than MS.