Comments on: SimpleQuiz › Part XI › Image Floating

By: Anonymous

Anonymous — Tue, 20 Sep 2005 12:21:28 +0000

#81 – I don’t think there is any semantic meaning for a Div – It’s an empty element.
It does seem weird using a DL simply because there is only one thing in the list. However, there doesn’t seem to be a perfect alternative so this is what I go for.
DT would contain the definition term (either the image or its ALT attribute) and the DD would be it’s definition in this case a description
The Label option sounds good but I think it is really meant for form controls (http://www.w3schools.com/tags/tag_label.asp).

By: Bill Rehm

Bill Rehm — Tue, 16 Aug 2005 19:04:36 +0000

I’m struggling with this issue right now myself. My problem with C above is that a list of one is not a list. If the W3C spec provided for using

and

outside of

, I’d embrace it.
I tentatively vote for the solution above, but think it unworkable because of the sizing issue for floated divs.
This leads me to a general question: what is the semantic meaning conveyed by

By: FataL

FataL — Fri, 27 May 2005 00:43:45 +0000

First of all, any of options (A, B or C) we can't put inside paragraph, because it not validates with XHTML doctype. So, these options not universal, because some times authors need to put pictures inside paragraphs. We only can do this:

Paragraph 1
[option A, B or C]
Paragraph 2

not that:

Paragraph 1 [option A, B or C] Paragraph 1
Paragraph 2

I found some universality and semantic in this markup: Paragraph 1 Caption 1 Paragraph 1

By: sam

sam — Tue, 31 Aug 2004 23:33:24 +0000

Dispite the fact that the [see comment #69] tag was created for texboxes (and other form elements, I guess) I think it’s the most semantically correct, but not perfect.
seems awful close to to me.

By: Tero

Tero — Mon, 30 Aug 2004 16:02:55 +0000

Just came across a strong (IMO) argument against the DIV option (b) in a form of a client who insists on having Mac IE 5 among the supported browsers.
In a floated layout floating DIVs with no width CSS attribute set seem to always have width of 100%. Haven’t been able to go round this.
Almost wants me to go to a two-row TABLE with images/captions. Almost… With single-paragraph captions, option A seems to work with least hassle.

By: Jano

Jano — Sun, 15 Aug 2004 17:54:21 +0000

I dont think generating :after with any attribute of the image as content is a good choice. The caption is not a design thing, it is not something that can be left if CSS is not supported well. Think on text browsers! Caption is content and not a meta or alternative element.

By: Karl

Karl — Thu, 29 Jul 2004 01:33:40 +0000

I’ve got a further wrench to throw into the works….
How do you set up one of these elements so one of your users using Contribute can ad the photo with caption as he pleases to the pages?…

By: mark panay

mark panay — Wed, 07 Apr 2004 21:40:34 +0000

Having used C and B for different commercial projects. I’m absolutley amazed that I didn’t think of doing the method in post 69. I think thats the one to try for me next. Semantic, valid and simple. Thanks a lot for pointing out the obvious.

By: Juan Ulloa

Juan Ulloa — Tue, 10 Feb 2004 02:57:47 +0000

Isn’t the use of the caption element reserved for datatables? I would hesitate in using a table wiht the caption tag for these purposes.
I personally would go with ‘C’. I guess you can say that an image and it’s caption are a definition list. But in practice I would go with B, minus the

tags…depeding on how my style sheets are set.

By: Joe Clark

Joe Clark — Tue, 20 Jan 2004 19:52:01 +0000

It will exclusively be revealed that not only do I use single-cell tables with the element for this purpose, I do it so often I have a macro set up in BBEdit.
Of course, I also use the

approach, but I am too much of a piker to know how to float things around a page.