Quote Originally Posted by erik
The #makelaar ul is hiding the last item behind the navigation. Maybe needs a bottom padding?
Thx for catching that, erik-- usually there's another wrapping element who has the bottom padding, but when I removed that from this page (and a few others) I forgot to check again in IE7 (who showed it worse, followed by Opera on XP... FF and SaffyChrome were ok, which was dumb of me to not continually check in all browsers after such a change).

Quote Originally Posted by Ed
A list of addresses would be best displayed as a table, in my opinion, but a single address should be a list.
I had considered an HTML table briefly, but didn't see enough "headers" to justify it. The page I was copying the design from had them in a long column like they are now, and I wasn't allowed to change it. Making a table look like a list was too much work, and I needed the skiplinks to work perfectly as well.

Quote Originally Posted by Ed
"Canada, Victoria B.C., Glentana Road" is wrong. "Glentana Rd., Victoria, B.C. Canada" is right. They teach you how to do it the right way in school, or they did when I went to school in the middle ages. Heaven knows what they teach these days.
We actually had a problem with that-- each country does it a little different and trying to auto-generate from the database had a few problems-- in my makelaar page above I actually corrected the single US address, as it had been done in European order and I worried anyone sending mail to the Florida address might give the posties there an excuse to lose the mail : )

Quote Originally Posted by Ed
It would be better still, in my opinion, if a proper html element existed for it, but you have to draw the line somewhere and you can't provide a semantic element for everything.
Amen. I've been abusing the <address> tag for postal addresses for some time now. Since <address> means "Author" I believe it should be changed to <author> and let us have <address> for, surprise, addresses. I also want a <smallprint> for Christmas, but for now I'm just using <small> when it makes sense.

Quote Originally Posted by Ed
As addresses may also be displayed on a singal line it is obvious, or so is seems to me, that a BR is in no way implied in the structure, and so should not be used.
While sometimes businesses will do this, it would be pretty hard to read my page of addresses if they were all one line. In the Netherlands it's pretty much only seen as a single line when it omits about half of it-- it will only consist of the street or PO box, then postcode and city, separated by a comma (which is not part of the address, but just a typography thing). The comma represents the line break that people understand to be normally used, but doesn't fit so well at the top of the back of an envelope or the footer of a web page.

Quote Originally Posted by Ed
It also seems to me that it is actually a list of elements with an implied order.
I think it has an implied order, but while a list of things can stand alone, I can't have just someone's postcode/city line floating around on its own. I can have a single menu item on its own as a standalone link, and I can have a recipe ingredient alone as well (Apple Pie is made of Apples) but I wouldn't know how to do that with Sumatraplein 8 (though you could convince me for the tel and fax numbers).

I do still want an HTML element for postal addresses. And a parent selector in CSS. And a pony.