- From: <bugzilla@wiggum.w3.org>
- Date: Tue, 01 Dec 2009 11:56:26 +0000
- To: public-html-bugzilla@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=8404
--- Comment #46 from Leif Halvard Silli <xn--mlform-iua@xn--mlform-iua.no> 2009-12-01 11:56:25 ---
(In reply to comment #37)
> (In reply to comment #33)
>
> Interesting, Lief. There's a lot of truth to what you're saying: we're really
> looking at being able to encapsulate a caption with an element.
>
> I think there's also an aspect of removal from the page, though, too.
>
> But it sounds like you're pretty much agreeing with me, except for the use of
> pre and p, you are proposing a generic caption element, like I mentioned in the
> Issue 83 change proposal.
We are not far from eachother in how we understand this. The "removal from the
page" is, I think, equal to "identifying something as a unity within a larger
unity".
I agree with you that the word <figure> probably is connected to illustrations
of sorts, in many minds. But I still think that html tables etc can be
presented as a figure - using <object> as wrapper. But even for photos/images,
if the photo has some accompanying text, and you want to caption the _unity_ of
the photo and that text, then it can be wrapped inside <object>.
Talking about people's expectations: Even for images/photos, then <figure>
might become misunderstood = not used. For instance, back in 2007, then Maciej
(amongst others) many times mentioned Flickr as a usecase for <figure>. But,
talking about my own expecations, then it feels strange to label e.g. a private
photo of my parents as a figure just because I want to add a image caption to
it.
I indeed think that the main purpose of <figure> is to act as way to add a
caption to some unity. Therefore, the name <figure> might be unfortunate.
Perhaps we could take the table <caption> as a pattern: It currently permits
any kind of mark-up inside (in HTML 4, block elements were forbidden). If we
redefine <figure> as as <cap> element (caption element), but permit that the
caption may be kept inside a block element - or be written directly in the
<cap> element ...
... then the simplest way to add a text to an IMG would become this:
<cap>My parents outside their home.
<img src="photo" alt="mom to the left, dad to the right in fron of
their house" >
</cap>
Or, if I want to place the caption in a block element:
<cap><p>My parents outside their home.</p>
<img src="photo" alt="mom to the left, dad to the right in fron of
their house" >
</cap>
I think that this <cap> element should be transparent w.r.t. whether it is
block or inline. If the element used for the caption is a block element, then
the <cap> is also a block element. But if the caption text is kept inside a
inline element - or if it is written directly inside the <cap> elemetn, then
the <cap> is inline and can be placed e.g. inside a <p>, like this:
<p>This summer I visited my parents.
<cap style="float:left">My parents outside their home.
<img src="photo" alt="mom to the left, dad to the right in fron of
their house" >
</cap>
</p>
See example: http://software.hixie.ch/utilities/js/live-dom-viewer/saved/323
--
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
Received on Tuesday, 1 December 2009 11:56:27 UTC