Disclaimer
What follows is a mind dump. I’m fully into my job. In fact, it’s more than just a job. The web is a way of life for me. I love, love, love it! Tight markup makes me feel good down there and CSS makes me shout ‘w00t!’ several times a day. So before you read this just know that most of what follows is passion driven. If some facts are incorrect please let me know and I’ll endeavor to correct them.
This is going to be a multi-part post as there is simply too much to chuck out in one go so keep an eye on your RSS reader for updates.
Introduction
The next few posts will be dedicated to what web standards mean to me. I’ll be covering five main topics:
- validating code
- accessible and semantic code
- user centered design
- web applications and apis
- the new paradigm (aka conclusion)
The phrase Web Standards is a bit of a broad one…well at least it’s becoming that way.
About two or three years ago Web Standards were simply a set of guidelines (or standards) that browser vendors would use to help build a more standardized browser. They were also a set of guidelines that web site authors would use to to build more standardised code that would ultimately work in these standardised browsers. It’s wasn’t always this way…
The good ole days?
Back in the early days - the days of Netscape 3, 4 and Internet Explorer 3, 4 - browser vendors would make up their own tags willy nilly. Some of these tags you know only too well: <center>, <blink>, etc…Some others have moved into non-proprietary standards, like <div> and <span>. That in itself wasn’t a problem…the problem was what each of these browsers did with the rendering of these tags…Some browsers wouldn’t show blinking text (and good on ‘em for that!), some browsers wouldn’t know what a div tag was…there had to be some sort of governing body to get some standards in place.
So along came the W3C (World Wide Web Consortium).
“Wait wait!” I hear you say, “the W3C has been around for AAAAAGES!”
“Yes,” you’ll hear me say in response, “but who the hell even knew what it was back then?!”
I’ll tell you - TBL. (I’ve got confused with all this first person/third person thing so I’ll just keep it simple from now on.)
Slowly the voice of the standardites grew louder. More and more people started to realise that standards in this fast growing fledgling industry was a must! Not only for browser vendors but for us HTMLers. Collectively people got fed up with the silly browser wars. It seemed way simpler and smarter to build to a global standard, not a browser vendors standard.
The validating revolution
If you haven’t heard of this revolution then it’s about bloody time you VALIDATE YOUR CODE! Probably the most important part of Web Standards is the physical act of writing code that complies to the standards provided by the W3C.
The first step to writing standards compliant code is to choose a standard to build to. I cant tell you how many web pages I’ve seen that don’t contain a Document Type Definition (DTD). This is step one! These wonderful things tell the browser what markup language you’re writing in. There are several options here, all of which have their pros and cons. I’m not going to get into those - that’s an entirely different blog post.
One should also validate your CSS. This is a sightly different kettle of fish…A vast majority of CSS out there wont validate. The reason for this is because of the CSS hacks people use to get non-compliant browsers to behave. Most of these take advantage of browsers lack of compliance, most of the time that means using some wack combo of comments, made up properties and weird characters.
Valid code makes it so much easier to debug down the line. Most rendering mishaps occur due bad markup. Validating your markup will easily help find those unclosed tags, those incorrect nesting issues and incorrect attributes.
In the next episode…
The next post in the series I’ll be talking a little more about markup and the beauty thereof. In particular I’ll be going over semantic markup, accessibility concerns and source ordering your markup.
Please remember to leave your comments. Tell me what web standards mean to you!