What about standards?
Written by Kelsey   
Friday, 15 December 2006
I was initially going to write this as a small footnote, to be added to our portfolio explaining why not all of our past or present projects are standards-compliant. I realised that there was more here than a footnote, it's something I feel bears a little exploration.

(Those of you not wanting the Clff Notes definition of standards and validation may want to hit 'read more' and skip to the end)

So what are 'Web Standards'?

The World Wide Web Consortium (also known as W3C) is an organisation that creates the rules that modern web browsers follow, for the most part. There's no legal obligation to follow these rules, but most companies who create web browsers try to get pretty close. These rules determine how browsers interpret the code that designers use to create websites. Not all browsers interpret the code the same way, so designers need to know how to build code that's robust enough to take into account the variances in the way that different browsers interpret code.

There's also the issue of accessibility, how to build sites that take into account those viewers who may have difficulties viewing sites as intended - visually impaired viewers with screen readers, for example.

In the last couple of years, the code standards that we work from have changed significantly and not all designers have had time to catch up.

And frankly, I can understand why.

We've been doing this since the late nineties, when creating a site meant dealing with table-based design - the equivalent of trying to paint-by-colours by filling in the cells of an Excel spreadsheet. Stylesheets, a method of defining visual properties that persisted throughout an entire site, were hit and miss at best.

Over the past few years, there's been a focus on developing a body of standards that deals with separating the presentation of a document (how it looks) from the content (what it says). It means that once you've defined how a site will look, you can simply refer to that stylesheet on every page and all the content will be styled appropriately.

Unfortunately, the learning curve is pretty steep. I personally only discovered the benefits of CSS (Cascading Style Sheets) in 2004 and it's only now, two years later, that I feel truly competent in their use. There's an enormous amount of basic knowledge that's needed just to deal with the techniques that must to be used to ensure visual consistency across different browsers. And then there's some things that should be simple, are simple under the old techniques, that are nearly impossible without resorting to complex hacks or additional coding - such as placing a footer at the bottom of a page or making an element centre vertically on the screen.

To put all this in context, I quit my last job in May 2006 with nothing lined up. Just one of those 'had to get out' things. I started looking around and wound up being short-listed (top candidate in a field of one) for a management position in a respected and very funky web studio. In the final interview, I spoke a lot with the design director about web standards. He wanted to know if I was a css purist or if I was willing to work with what (as he termed it) was 'most efficient'.

I gave him the answer he wanted, then turned the job down anyway. We had some cool stuff happening with thinksync and Webify and I felt it was time to take the jump.

My point (and I do have one!) is that even among prestigious studios there's a perception that web standards take too much time.

I've now gotten to the point where I know the tricks, hacks and basic necessities for robust cross-platform design and for me, css layout and standards-based design is by far the fastest and most flexible technique I've ever used.

Which brings us back to the central question - what about thinksync and web standards?

I'm gonna break it down into a mini FAQ of sorts. Except that the questions aren't frequent. At least not yet.

Why don't all of our sites conform to web standards?
A number of reasons:
  1. Some are old. As much as I'd like to go back and fix every single previous client site to use css layout and conform to web standards (and I'm not being sarcastic here, I really would!) there just isn't the time.
  2. Some are built using Content Management Systems that generate invalid code. We use a few Open Source products for our client sites and not all of the generate valid code. In some cases, when the client cares enough to pay for it, we'll go through and modify the codebase to ensure standards compliance. This is what happened with www.beatcourse.com. In other cases, they don't.
  3. Some AJAX techniques aren't always standards compliant
  4. Some we just can't show you. We've got a bunch of intranet stuff that's proprietary and unfortunately for our portfolio, some of our best work. We've also got some unreleased products that are very standards compliant, but that we won't be releasing for some time to come.
Why isn't your own page valid?
It mostly is! We're using the Joomla! content management system plus some AJAX modules for that CMS which break compliance. Having said that, it still looks the same in every browser we care about, so it's only a little bit invalid, right?

Bottom line
We care about standards, we care about accessibility. We love using CSS layout and we always strive for cross-browser consistency.
 

About thinksync

We're designers. We're not going to blather on about our design philosophy or methods (there'll be enough of that in the blog).

We design websites, create beautiful printed work and build web applications.

It's what we do, what we love and we're here to help.

Current Projects

Web Design

abstract_no_standing.jpgNo Standing dot com - the blog of Rob Stevens.
Read more...
 

Print Design

peter_sheehan_abstract.png Print projects coming soon!
 

Web Applications

profile_abstract.png Profile ›› innovative eMarketing
Read more...
 

Get in touch

 
 
 

Or get in touch directly:

thinksync
0410579149
This email address is being protected from spam bots, you need Javascript enabled to view it