Wed 7th Dec 2005 4:40 am’. Font is really big from there onwards and all on top of each other (I guess line-height is small).

As expected yet another good article. Just wondering if you received the card I sent and if you were to do another article on Chritsmas cards as you did last year as I realy liked it?

i usually use tables to do things like those.

Thanks ahead, Shani elharrar(male).

Price?

Surely it should read -

dl

dt Features /dt

dd Price.. /dd

Or even just using an unordered list and having an h2 called features.

I would also suggest the street address is made into an h2 and the h1 be something like -

Houses – County – Town

Then if a search was made then you know that you are looking at a page about houses in that town and county with the subheading showing the street in that town and county.

Just my two pennies worth!

Anyway the article is excellent and will help me further!

Posted again because dumbarse here put in the element brackets the first time, hence the silly looking post above…

But then calling some parts simply “list” or “table” is not the way to go. Better is the version posted here using some kind of xml formalism. It makes a difference if you call the second block in this examle a “list” or a “property”. Calling an image an image (or depiction or whatsoever) is o.k., but the following is not a paragraph (what is a “paragraph” in content semantics?), it is a description. You where right when you stated that we should think of the “meaning” of a web page part. But then, what is the “meaning” of “table”? I could imagine of many “tables” containing thousands of different contents. But for this example i could only think of exactly one “Room Plan”. So this is not a table, this is a room plan. The table is only a (good) tool to organize, what the room plan really is.

If you then want to translate your semantic markup into (x)html, then you should use (x)html-Tags like li or table, but then still the class or id attribute should reflect your semantic markup.

Sorry for any broken english, maybe for saying that my english is not quite good enough.

Regards, and thanks for this article,

Siegfried

Price?

Surely it should read -

<dl>

<dt>Features</dt>

<dd>Price..</dd>

</dl>

Or even just using an unordered list and having an h2 called features.

I would also suggest the street address is made into an h2 and the h1 be something like -

Houses – County – Town

Then if a search was made then you know that you are looking at a page about houses in that town and county with the subheading showing the street in that town and county.

Just my two pennies worth!

Anyway the article is excellent and will help me further!

<blockquote]>The code bit seems very abstract initially.</blockquote>

Semantic code is understood much better (by it’s very nature) than non-semantic code… I could teach my Mum (and Nan….maybe!?) how to mark up headings, paragraphs, lists, etc, and she will have a clearer understanding of why than anyone ever did using non-semantic, table-ridden, bastardised yester-year code. She knows what a paragraph is…she was taught it at school.

By-passing the “visual” designer that the article addresses for a moment, if you take the design process back to the copywriter (whom ever that may be) it is likely that they will have envisioned the “creative” in much the same way as we, the web designers, would have marked it up…”headline goes here…copy goes here, list of stuff, etc”

The “visual” designer will take this copy and turn it into a “design”… they should therefore have an understanding of the meaning of the copy…Whether they can express it as such or not.

You can wring your hands all day about lists/tables/hX orders but the basics of semantics is not a web design issue, its about undertanding documentstructure. The tags are there to help! Ask my Mum, if you don’t believe me!