How has the message of the web standards community somehow been boiled down into a concentrate of your website must only validate to be standards compliant? Is this the result of a horrible game of web telephone? Sadly, this reduced definition of web standards makes it quite easy for someone to dismiss the positives of standards compliance. Why should making my site pass the muster of the W3C’s validators take precedence over creating new features for my audience/client/web application?
I’m currently in the process of evaluating open source ASP.NET content management systems. Important to me, of course, are adherence to web standards (coding and accessibility standards), cross-browser compatibility, simplicity/ease of use, etc. While, I was trying DotNetNuke (DNN) I became increasingly concerned about adherence to standards and cross-browser compatibility (among other things). I went searching on the forums for more information. I came upon a thread devoted to the topic of standards compliance in which a user inquires as to the timeline for web standards compliance in DNN. The replies were mixed. Some from users linking to tutorials on jumping through the hoops (sadly) necessary to make DNN produce valid XHTML code. Others, even more concerning, came from DNN team members. A few examples.
I will tell you that in all the work I get asked about, no one asks about CSS and XHTML compliancy, unless it’s a designer who went to do a multimedia course and was forced to some XHTML compliant site.
I’ve posted in forums before about my view on all this – and while I am no means an expert in every field, I’m looking at DNN right down the line from installing, hosting, advising, assisting, learning, you name it, and I think you need to also get this into perspective as well.
A final note, I am not saying it is not important to be XHTML compliant. I believe people should be able to use tabless or tabled designs, I personally have no preference for one or the other and have worked with both. I do think in terms of priorities, this is something I would consider to be lower on my list of must haves for the DotNetNuke framework.
However, IMHO the issue of accessibility compliance is much more important than xhtml compliance.
The above quotes, to me, show a serious misconception of web standards and the point of web standards — not to mention near contempt for standards compliance. To be fair, the users in the forum thread had themselves boiled standards down to code validation or css-based design versus table design. To me, web standards is about the entire approach to the architecture and design of a webpage/website. It’s not simply about creating XHTML that validates. It’s a way of thinking. Well-structured semantic code thoughtfully organized and designed leaves a smaller bandwidth fingerprint, loads faster for people on slower connections, and goes most of the way in making a website more accessible. A website that follows web standards is easier to maintain, and we all know maintenance is the real kicker in website development. I also think DNN missing the boat on web standards will cause them to lose the standards community (which isn’t small). As a standards-minded web developer, will I run the DNN obstacle course necessary to make a DNN website standards compliant (and for each upgrade after that)? Or would I turn to a product like Cuyahoga where the team is concerned with standards compliance and making it easy for developers to maintain website sanity?
Ultimately, this must be our own failure. How can the web standards message be improved? How can we fix the misconceptions that have propagated as a result of our own zealousness?