Web Log Costa Blanca

Well, I’ve only got two rules out, and my most recently published website is breaking them.

The site is for a laser stop-smoking technician here in Calpe: Laser Stop-Smoking.

Well, it’s not actually breaking them. It has a fixed-size display ‘page,’ just as I recommend. But it’s not 960 pixels wide.

Why not? Because the client gave me just three images she wanted to use on her site, one of which was her logo, and they were all three of them 730 pixels wide. I guess I could have put them to left and right of a wider page, but they would have looked odd, even—as my poor dead brother Paul would have said—‘daft.’ (He used to say this in the accent he picked up from kids he taught in Liverpool. It was telling.)

I experimented for days and days (as I do) and eventually decided that the only way to work with such beautiful striking images was to go with them. So the page is 732 pixels wide (a pixel of padding on either side, since that looked better to me after many alternative tries).

The cross-page photos are so eye-catching that I can’t really put more photos between them. On the other hand, there are now areas of unbroken text. (Well, again, not really. See rule N about tight headings, and rule N+1 about how many words to spread across a page. I’ll get to them before long.) They still need a bit of livening up.

Feel free to go back to the site in a week or two and see if I’ve worked out anything inventive.

Just in case anyone misunderstood, the Web site design rules that I am making up as I go along are visual design rules.

When I said, a couple of weeks ago, that “this is where we start,” I didn’t mean that this was the beginning of serious Web site design. Obviously, we start with goals and objectives and users and scenarios (lots of stuff about this earlier in this blog—I won’t insult you by saying where). I am assuming now that this stuff is done, and we are at this moment looking at a white screen on a monitor, and working out a visual design.

These are the rules we need.

An end-of-year apology to my readers. I don’t post as often as I mean to. One reason is that my posts are becoming too measured—and too all-inclusive. So here is a quick tip for all my readers who are designing or developing Web sites.

It follows from my previous advice on alt text.

You shouldn’t only use words that make it easy for your visitors with visual problems to see your image in their mind’s eye. You should also use a word or phrase from your keyword list. Search engines often pay close attention to the alt text that goes with images.

That’s it. Happy New Year!

In what I take to be a modern classic in graphic design education, Making and Breaking the Grid (Rockport, 2002), Timothy Samara makes the obvious preliminary point. “Pictures and symbols, fields of text, headlines, tabular data: all these pieces must come together to communicate.”

In my last post, I argued that visual display is an integral part of the communication. The messages a Web page delivers are not all in the words, or the content of the images. It’s a mistake to separate ‘content’ from ‘visual display’, and to insist that handling the first must precede development of the second—just as it would be a mistake to insist that the words of a song must all be written before it’s set to music. (We would never have had Paul McCartney’s ‘Yesterday’ if he hadn’t woken up with the entire tune in his head. Then he wrote the words.)

I promised you a few more examples of what I mean.

Layouts themselves communicate a message. Just as a sonnet in praise of anarchy would be incoherent—or deliberately ironic—so would a Web page for (say) an anarchic rock group which had a clear hierarchy and in which every element occupied an orderly place. To work properly, the page needs clashing colours, headlines at the bottom, tilted images with ragged edges, etc., etc. The display is the content.

Colours have obvious meanings. Porn sites convey a sense of excitement and danger by exploiting red and black. Sites for law firms need to be in more subdued colours, with some blue to suggest calm and stability. Sober colours say, “We are solid and reliable”, just as bright colours say, “We can cheer you up.”

Animations, depending on their form and position and colours, say things like, “We are fizzing with ideas” or “We are sophisticated and up-to-date” or “This site will energise you.”

Enough. You can probably make up many more examples yourself.

As should be clear from my last few posts, I am a big fan of what has come to called “the semantic Web.” Part of this movement is about making it easier for machines (computers, or computer software) to read and process Web pages. The other part is about making it easier for people to read and process Web pages.

Who could argue with either aim?

In my post of the 18th November, however, I mentioned that I had “a few caveats.” Let me explain with reference to some recommendations made by Andy Clarke.

Andy is the author of a really stimulating, detailed and up-to-date book on CSS-based Web design: Transcending CSS, published by New Riders earlier this year. He has a Web site about himself and his studio. There is also a site about the book.

Andy argues for a design work flow that proceeds like this:

1. Gather the content.
2. Mark it up meaningfully, i.e., in the order that makes most sense, and with HTML tags inspired by the content itself, and not by thoughts of visual presentation.
3. Use a style sheet to display the final visual page.

My major quarrel with this is that it makes too sharp a distinction between “content” and “visual display.” I would argue that all the visual details of a Web page convey a message—separately, and in various combinations. One trivial obvious example: it may be good for a property site to look cluttered, and difficult to take in at a glance. The clutter conveys the message, “There’s such a lot of stuff here you may well find the property you’re looking for.” In other words, it is itself (part of) the content.

I’ll give a lot more examples in the second part of this post. But first I’d like to mention my minor quarrel with Andy’s proposed work flow. Given that content includes display, there’s no reason why display shouldn’t come first in time, and the page elements created second, to fit the display. Otherwise, it’s a bit like ruling that the words of a song have to come before the music. I admit that many of the world’s greatest songs have been created this way. But a huge number—of masterpieces, too—have been created the other way round. A compose writes a tune, and then a lyricist supplies words to fit the tune.

I would hate this possibility to be ruled out for Web sites.

My last couple of posts have been about freeing HTML. One aspect of this is making the right sort of use of the attributes id and class.

You can assign an id or class attribute to just about any HTML element. An id attribute assigns a unique identifying name to it; a class attribute assigns it to one or more classes. (As the names suggest.)

There are a couple of things here already worth taking note of.

1. Give an element an id, and it’s supposed to be unique. Only one element on the page can have that ID. Many browsers fail to enforce this rule, but as a designer/developer you should never take advantage of this laxness.
2. An element can be a member of several classes. When assigning it, just list the class names with a space between each.

This gives us a first hint in how we can make best use of these attributes. When designing a site as a collection of Web pages, or developing it (through program code and database data) to produce Web pages, we can use IDs for elements that appear just once—perhaps on every page. And we can analyse our material (‘content’) to decide what classes we need.

This will give us some useful rules of thumb for naming: good names for IDs are: “menu”, “content”, “main”, “search-box”, “navigation”, “breadcrumb”, “shell”, “extras”, “logo”, and so on. If we allow ourselves to think about hierarchies—and not get too anxious that we are on the verge of thinking about visual display—we can add “header”, “footer”, “sidebar”, “maincol”, and so on.

I have said that for class names we should analyse our material: this will give us names like “text”, “date”, “link”, “address”, “event”, “price”, “summary”, “exposition”, and so on and so on.

In other words, we can assign elements an ID based on their function—what role they have on the final page—and assign them to classes based on what they contain—or better still, are.

I know, I know. This really is train spotting or bird spotting stuff. (Why are there so few entries in Google for “HTML anorak”?) But it’s also a kind of confession.

In my last post, I wanted to emphasise that the tags I mentioned were bits of HTML, not bits of English. So I first used the tt tag to isolate them: short for ‘teletype’, this is a tag which displays its contents in a monospace font. A few minutes later, I realised my error. Old habits had swung into action while I was concentrating on something else. The tt tag is as bad as the b tag or the i tag. It’s purely presentational. And the tag I needed was there to be used: the code tag, which is there precisely to identify code.

I thought I’d make a list of similar tags: tags I hardly ever use—and have hardly ever seen used. Here they are: abbr, acronym, address, button, cite, colgroup, optgroup, q, tbody, thead, tfoot.

Lots of these tags look really useful, in principle. If you use one or more of them regularly, please leave me an example!

One of the most exciting developments in Web design in recent years has been the increasingly sharp distinction we have been able to draw between content and presentation. As more and more powerful and efficient (not to say beautiful) Web page designs appear, using nothing but style sheets for presentation, HTML markup can be freed—to return to its true semantic roots.

Of course, all this is passing by designers still muddied down in the twentieth-century, using tables for layout, and font tags for type. Like people who insist on driving four-wheel gas-guzzlers in towns, in spite of everything that we know about global warming, they will no doubt persist in their ways until the waters close over their heads.

I myself have a couple of small caveats about the dogmatic and (I believe) artificial limitations placed by some writers on what is to count as ‘content’, because it must never be forgotten that forms and colours also communicate meaning: by no means all a site’s ‘content’ is words. (I’ll come back to this in a later post.) But the main thrust of the missionary work (like the missionary work of Greens) is all to the good.

It’s good, to give one tiny example, to use an h1 tag just because what you’re inserting at that point in your page is your main page header—and not to worry about how big it’s going to be. The size of every header element can be changed in your style sheet, so that for a particular page design, the text in an h1 tag may be smaller than that in an h2 tag. What matters is that one has the text of a primary header, the other the text of a secondary header. You can think exclusively about meaning and message when creating your HTML markup, and about presentation when writing your CSS rules.

This means that we can now use list tags for all lists (such as navigation menu options), however we want them to appear on the final page. We can revive old tags like address for addresses. And so on.

I’ve actually been quite slow, I have to confess, in freeing myself up. Some of my older sites still muddle content and presentation, especially in the naming of IDs and classes. I’ll come to that in my next post!

A friend of mine is just getting into Web site creation and HTML. He bought a standard best-selling book, now in its 7th edition (or whatever). I picked it up and glanced through it.

I immediately realised why it was really not the best book for him. Because it was a revision of a book that was originally published in the 1990s, it still taught HTML page design the old way, using deprecated element tags like font, attributes like align, and introducing page layout via tables.

It did get on to CSS, about half way through the book, but by then the damage will have been done. Why learn a new way of doing things, when you already have a way that works?

My heartfelt advice to beginning Web designers is to use only those HTML elements that mark up the document, staying clear of any tags that define how the page should look in a browser. For visual styling and layout, use CSS. From the word go.

Oh, and though it’s too late for my friend, don’t buy HTML books in their nth edition. Buy one that was first published in 2006 or 2007!

A big sorry to subscribers and regular readers of this blog. (I know there are a few of you.)

I have been so occupied with Web work—on several sites—that the blog has been neglected. This is a typical downside of being an extrovert: external tasks always loom larger than things one knows one should find time for.

Anyway, I’ve dealt with many of the small jobs; and one new website is now online: for a
holiday villa in Spring Hill, Florida. It was a labour of love, and I’m quite pleased with it. You are, of course, welcome to tell me what you think.