Monday, October 30, 2006

World (Wide Web) War

Sir Timothy Berners-Lee, who invented the World Wide Web many years back and then formed the W3C to govern it, has just announced that he's forking the language.

I am hardly in a position to tell Sir Tim his business, but this strikes me as a fantastically bad idea. And I mean "let's smear ourselves with honey and go bear tipping" bad.

As near as I can tell, the move is motivated by two primary factors: the fact that, six years after XHTML 1.0 became a recommendation, the majority of people are still not even meeting HTML 4.01 code standards (a venerable seven years old); and that several very prominent names have recently thrown up their hands in disgust and told the consortium to stick it.

In regards to the second point, it may have been a good move. A lot of those who were discontented were specifically angry at the fact that the W3C hasn't been seen to do much of anything in quite some time. For the first part, though, it will be a disaster.

Down in the trenches

I spend a good amount of time on one of the many Web development forums that can be found in cyberspace, and I can tell you that there are certain questions that tend to crop up time and time again. One of them is, "Should I be using HTML 4, XHTML 1.0, or XHTML 1.1?" It's then followed up with, "Strict or transitional?", "What's frameset do?", "Why does this DOCTYPE thing keep hosing my layout?", and "Why is this worth my time?"

The only reason it doesn't get asked more often is because a lot of the people out there don't even realize that there's a choice to be made.

See, the problem isn't that (X)HTML is outdated and needs to react to changing technologies — at least, that's not the problem yet. The problem is that the average rank-and-file Web developer doesn't see what's broken with the current versions. Because, to be quite honest, it works. People aren't failing to adopt XHTML because it doesn't meet their needs; they're failing to adopt it because HTML does.

Maybe you can lay blame with the browser makers. If the browsers enforced the standards, people would have to fix their code so that their pages worked. Everyone upgrades to XHTML, validates their pages, and the world is happy again.

Except that, as a browser maker, you'd be insane to go that route. The first browser out the gate that enforces standards strictly is going to get killed, because everyone using it will see a browser screwing up pages, not the other way around. It's intuitively nonsensical that the working version is incorrect, even if it happens to be true. Any such browser would disappear inside six months.

Perhaps you can blame the educators for failing to make budding Web developers aware of the issue and its implications. This assumes, though, that all Web developers were taught by someone. In many, if not most, cases they're self-taught by trial and error.

XHTML — and the XML into which it is intended to evolve — offers a variety of benefits, in theory. But theory matters very little to the people actually making the pages.

Triage

So what should Sir Tim have done? I don't have a damned clue.

I think that the only way you're going to get people to adopt anything is either by punishing them for non-compliance or rewarding them for compliance.

The very nature of the Web and browser economics makes punishment out of the question.

Maybe you could convince the search engines to consider code validity in page relevence, effectively demoting anyone with invalid code. That's not really within the operating parameters of a search engine, though.

As for rewards… what? You can throw that little validation badge on your pages, but that doesn't get you anything — and, to be perfectly honest, you can add it whether or not your page is valid.

So I have no answers, which is hardly a surprise. I think that the real issue, though, is in finding a way for proper XHTML to be beneficial enough to the bulk of Web developers that they'll make the switch. Introducing more options that they won't understand, if they're even aware of them, won't solve a thing.

Further reading for the terminally bored:


1 Comments:

At 7:04 PM, Anonymous Anonymous said...

I have no idea what "forking the language" means exactly but it certainly doesn't sound like a good idea.

Of course, I only understand any of this because I've actually been reading the book I bought last month- The Visual Quick Start Guide to HTML, XHTML & CSS. The author goes into a discussion of the problem in the first or second chapter & gives reasons to use XHTML with CSS anyways- most notably, because it's the proper way to do things.

I'm still inclined to blame Microsoft since if IE had stuck more with standards & been less persistant in perpetuating their own oddities, we'd be further along. But most people don't realize that. The only way anything's going to improve is for more web developers & designers to be better educated on coding issues. Which will probably happen about the time that FrontPage gets wiped off the face of the planet. Or all the developers learn design & the designers learn code. :-P

 

Post a Comment

<< Home