HTML - not so simple

A while back, Patrick Griffiths at HTML Dog wrote about the need to take HTML seriously. I agree with what he is saying. It seems like many who wouldn’t recognize an HTML document if they opened it in a text editor still think HTML is “easy”. Well, it can be. It can also be quite difficult and complex. Like so many other things, HTML is easy to learn but difficult to master.

There is a need to make those who do not work with web development and design understand that coding HTML or building websites is not something anybody can do well without spending plenty of time learning how to do it. Actually, plenty of those who do work in the web business need to understand this as well. It’s amazing how rare it is to come across a web designer or web developer that really knows and understands how to use HTML and CSS the way they are meant to be used. On the other hand, it’s very common to meet people who refuse to unlearn the bad coding habits from last century because this new web standards thing is too difficult and the old way still works. These people haven’t made a decision to ignore semantics and keep coding presentational HTML; they don’t know or care about semantics or structure, so they have no clue that good HTML is based on just that.

So who or what is to blame for this? I believe WYSIWYG HTML editor applications like Frontpage, Dreamweaver and Golive are one culprit. The tendency of clients, managers and graphic designers to focus only on the visible part of the web is another. What you see is what you get. Or so some want to believe.

It’s very hard for many to accept that you really need to know what you’re doing to build a good website. I find that a bit strange. After all, most people accept that you need a driver’s license before you’re allowed to drive a car, or that becoming a world class athlete requires talent and countless hours of practice and training.

So, what can we do to make people realize that it takes skill, experience, and a bit of talent to create good looking, usable, standards-compliant and accessible websites? Can anything be done? I’ve been thinking a bit about this, and I’ve come up with some ideas, all based on the fact that not everybody is up to par on web standards, semantic markup and accessibility:

  • Explain to clients/managers/co-workers that if a document is marked up with valid, semantic HTML and styled with CSS, separating content and presentation, everybody wins. Talk about the benefits of increased download and rendering speed, accessibility gains, improved search engine rankings, easier maintenance, and better portability. Then mention accessibility and search engine rankings again, since those are two things that I’ve seen make people listen a bit more carefully. And then explain that the HTML created by somebody using a WYSIWYG editor is unlikely to be either valid, semantic or accessible. Unless, of course, the person using the WYSIWYG editor knows their HTML very well.
  • Make sure to get the message through that following web standards does not mean locking out users of older or less capable browsers. That’s the old way of doing it. With valid, semantic HTML, the content will be accessible to all browsers, but ancient browsers or browsers with little or no CSS support will get an unstyled, or very basically styled, document.
  • If you’re working in a team with people who are less HTML savvy than you are, do your best to increase the overall quality of the code produced by the team. Explain to everybody in the team, including managers and others who do not work hands on with the code, why it’s important. Try to show the way, and don’t avoid certain types of markup because other team members could perceive it as “hard”. Use what should be used. If somebody finds semantic HTML difficult to understand, well, they need to learn. And you could be the one to help them learn.

Just a few ideas on how to get started. What do you think? Is this the right way to go? Do you have other, better ideas?

Comments

1. December 31, 2003 by David House

Just a quick comment: wysiwyg editors can produce good, semantic code (especially with the dawn of Dreamweaver mx), but it takes so long to do it you might as well code by hand.

2. December 31, 2003 by Roger

Right. When a new version of Dreamweaver or Golive is released, I usually grab the trial to give it a go. It doesn't take long until I'm back coding by hand because it's faster and YKWYG (You Know What You Get).

Sorry, comments are closed for this post.

Information, sponsorship, and externals

About the author

Roger Johansson is a Swedish web professional specialising in web standards, accessibility, and usability. More about me and this site.

Subscribe

Looking for web hosting?

Try DreamHost!

Use the promo code 456BEREASTREET3 to save USD 20 when you sign up!

Latest articles

Validation statistics from Nikita the Spider Comments off
An analysis of the sites crawled by the bulk validation tool Nikita the Spider during March 2008.
Authentic Jobs API and Affiliates program Comments off
The Authentic Jobs job listing service now has a public API and an affiliate program.
What does Acid3 mean to you and me? Comments off
Opera and Apple have announced that their web browsers pass the Acid3 Browser Test, but how will that help web designers and developers?
Designing Web Navigation (Book review) Comments off
Learn the fundamentals of navigation design and design better navigation systems for large and small sites as well as for web based applications.
DOMAssistant bundle for TextMate Comments off
To save keystrokes and speed up development I have created a DOMAssistant bundle for TextMate.
First impressions of Internet Explorer 8 Beta 1 Comments off
My impressions after trying out Internet Explorer 8 Beta 1 for a couple of days.

More articles

Favourites, here and elsewhere

Affiliation

  • NetRelations
  • Kaffesnobben
  • Dagens recept
  • 9rules network member

Support this site

Show your support by buying a book or two from SitePoint or getting me something from my Amazon Wish List.