On Thu, 23 Nov 2006, Alexey Feldgendler wrote:
On Wed, 22 Nov 2006 23:52:41 +0600, Steve Runyon [EMAIL PROTECTED]
wrote:
One minor point I would clarify: Alexey, you stated that label
for=XX type=title would replace the title attribute. I assume
you meant that it should *supplement*
Dave writes:
To an indexing service, the caption is the single most important thing
about
an image. By separating the caption from the IMG element, you force the
search engine to apply a heuristic of some variety to infer the
connection
... The indexing service user agent has to make
Feldgendler [EMAIL PROTECTED]
Cc: WHATWG List [EMAIL PROTECTED]
Sent: Thursday, November 23, 2006 7:43 AM
Subject: Re: [whatwg] The IMG element, proposing a CAPTION attribute
Le 23 nov. 2006 à 3:32, Alexey Feldgendler a écrit :
Anyway, caption is presentational.
Oh, please. If caption
Alexey Feldgendler wrote:
On Fri, 24 Nov 2006 09:11:28 +0600, Matthew Raymond
I think we have two separate issues here. You're trying to address a
valid concern, but it has nothing to do with figures and figure
captions, and there's no reason to avoid markup for figures just because
we
On Fri, 24 Nov 2006 09:11:28 +0600, Matthew Raymond
[EMAIL PROTECTED] wrote:
Second, it contains the word figure, but I think this can be more
generic and work for other elements which have %Text attributes.
I think we have two separate issues here. You're trying to address a
valid
On Thu, 23 Nov 2006 18:43:45 +0600, Michel Fortin
[EMAIL PROTECTED] wrote:
caption
a title or brief explanation appended to an article,
illustration, cartoon, or poster.
If there is a definition in this list which doesn't suggest some kind of
visual presentation, it's the
On Wed, 22 Nov 2006 23:52:41 +0600, Steve Runyon [EMAIL PROTECTED] wrote:
One minor point I would clarify: Alexey, you stated that label for=XX
type=title would replace the title attribute. I assume you meant that
it should *supplement* it, since you wouldn't want to preclude its use or
mess
On Thu, 23 Nov 2006 03:27:31 +0600, Henri Sivonen [EMAIL PROTECTED] wrote:
label for=fig1 type=title.../label
label is not good, because it is reasonable to style form control
labels the way the platform styles labels, but the styling may not be
appropriate for figure captions. Also, the for
Le 23 nov. 2006 à 3:32, Alexey Feldgendler a écrit :
Anyway, caption is presentational.
Oh, please. If caption is presentational, then paragraph and
table are as much, if not more. According to my dictionary:
paragraph
a distinct section of a piece of writing, usually dealing
with
Alexey Feldgendler wrote:
On Thu, 23 Nov 2006 03:27:31 +0600, Henri Sivonen [EMAIL PROTECTED] wrote:
label for=fig1 type=title.../label
label is not good, because it is reasonable to style form control
labels the way the platform styles labels, but the styling may not be
appropriate for
On Tue, 21 Nov 2006 10:30:17 +0600, Matthew Raymond [EMAIL PROTECTED] wrote:
There are W3C guidelines that say that UI in user agents should
follow the UI conventions of the underlying operating system. This is
what caused the demise of general focus passing for label elements
(which was
Le 22 nov. 2006 à 5:56, Alexey Feldgendler a écrit :
Let's not think of label with type attribute or any other
element which is introduced instead as of a visually element. It
should be just a way of expressing the value of title, alt etc
with rich markup inside.
There is already a way
On Wed, 22 Nov 2006 20:02:39 +0600, Michel Fortin [EMAIL PROTECTED] wrote:
Let's not think of label with type attribute or any other
element which is introduced instead as of a visually element. It
should be just a way of expressing the value of title, alt etc
with rich markup inside.
There
On Wed, 22 Nov 2006 20:42:11 +0600, Michel Fortin [EMAIL PROTECTED] wrote:
So I propose a new fcaption elements -- for figure caption -- in
replacement for the caption element in my previous figure construct:
figure
fcaptionCaption Text/fcaption
img src=...
/figure
Le 22 nov. 2006 à 9:53, Alexey Feldgendler a écrit :
On Wed, 22 Nov 2006 20:42:11 +0600, Michel Fortin
[EMAIL PROTECTED] wrote:
So I propose a new fcaption elements -- for figure caption -- in
replacement for the caption element in my previous figure
construct:
figure
Le 22 nov. 2006 à 9:53, Alexey Feldgendler a écrit :
figure cannot be used like this:
table
thead
tr
thPainting/th
thTitle/th
thAuthor/th
/tr
/thead
tbody
tr
tdimg id=img1 src=.../td
tdlabel for=img1 type=titleMona Lisa/label/td
On Wed, 22 Nov 2006 21:34:05 +0600, Michel Fortin
[EMAIL PROTECTED] wrote:
figure cannot be used like this:
table
thead
tr
thPainting/th
thTitle/th
thAuthor/th
/tr
/thead
tbody
tr
tdimg id=img1 src=.../td
tdlabel for=img1
On Wed, 22 Nov 2006 21:32:35 +0600, James Graham [EMAIL PROTECTED] wrote:
In general I think that having img and imgcaption (or whatever they
are called) enclosed by a single element is a better idea since the
increased simplicity makes rendering easier. For example, how would you
expect a
Alexey Feldgendler wrote:
On Wed, 22 Nov 2006 20:42:11 +0600, Michel Fortin [EMAIL PROTECTED] wrote:
So I propose a new fcaption elements -- for figure caption -- in
replacement for the caption element in my previous figure construct:
figure
fcaptionCaption Text/fcaption
On Nov 22, 2006, at 19:35, Alexey Feldgendler wrote:
label for=fig1 type=title.../label
label is not good, because it is reasonable to style form control
labels the way the platform styles labels, but the styling may not be
appropriate for figure captions. Also, the for attribute is now
Andrew Fedoniouk wrote:
From: Lachlan Hunt [EMAIL PROTECTED]
Andrew Fedoniouk wrote:
E.g. the engine allows to define following:
select id=color-selector
popup
table
tr
td role=option value=#00FF00...
td role=option value=#FF...
/tr
On Nov 13, 2006, at 7:43 PM, Alexey Feldgendler wrote:
...
I believe HTML should have an element for every attribute intended to
hold human-readable text. A raw idea can go like this:
img id=img1 src=...
label for=img1 type=title.../label
Here, label holds a value which should be treated the
On Wed, 15 Nov 2006 09:42:11 +0600, Matthew Paul Thomas [EMAIL PROTECTED]
wrote:
I believe HTML should have an element for every attribute intended to
hold human-readable text. A raw idea can go like this:
img id=img1 src=...
label for=img1 type=title.../label
Here, label holds a value
Alexey Feldgendler wrote:
On Fri, 10 Nov 2006 23:47:05 +0600, Steve Runyon [EMAIL PROTECTED]
wrote:
Couldn't we extend the label element to work for images as well as form
elements? The for attribute would provide the explicit link to the image
that would take the label's contents
Alexey notes:
With CSS3 it's possible to display the value of title attribute in
the
visual flow. For older UAs a JS implementation is trivial.
I didn't know that about CSS3, and that would be a good solution except
where the end user has specified a local stylesheet to override the
On Sat, 11 Nov 2006 21:43:47 +0600, Jeff Seager [EMAIL PROTECTED]
wrote:
How is your proposed CAPTION attrbute different from the TITLE attribute
already included in HTML4?
Alexey, the only problem I have with title in this context is in the
current UA implementations. I'm not as familiar
Jeff Seager wrote:
What's clearly missing from the IMG specification is an appropriate
means for pairing each picture or graphic with a caption. Neither ALT
nor LONGDESC is appropriate for this. My current solution, borrowed from
Darren Brierton of Vancouver (
Jeff Seager wrote:
A better way would be to semantically attach the caption or cutline to
the image itself, so its display is paired naturally. In this way, the
width of the cutline would be dictated (unless overruled in the
stylesheet) by the width of the image. I'm suggesting that CAPTION
On Fri, 10 Nov 2006 01:57:19 +0600, Jeff Seager [EMAIL PROTECTED]
wrote:
A better way would be to semantically attach the caption or cutline to
the image itself, so its display is paired naturally. In this way, the
width of the cutline would be dictated (unless overruled in the
stylesheet) by
Elliotte Harold wrote:
Given that, I suspect we're probably better off just using regular
paragraphs in text with appropriate CSS instructions rather than
introducing a new element.
I strongly disagree. The caption is intrinsically linked to the image and, by
making this relationship
Elliotte Harold wrote:
Jeff Seager wrote:
A better way would be to semantically attach the caption or cutline to
the image itself, so its display is paired naturally. In this way, the
width of the cutline would be dictated (unless overruled in the
stylesheet) by the width of the image. I'm
On Fri, 10 Nov 2006 23:47:05 +0600, Steve Runyon [EMAIL PROTECTED]
wrote:
Couldn't we extend the label element to work for images as well as form
elements? The for attribute would provide the explicit link to the image
that would take the label's contents out-of-stream for screen readers,
Le 10 nov. 2006 à 14:19, Alexey Feldgendler a écrit :
On Fri, 10 Nov 2006 23:47:05 +0600, Steve Runyon
[EMAIL PROTECTED] wrote:
Couldn't we extend the label element to work for images as well
as form
elements? The for attribute would provide the explicit link to
the image
that would
On Fri, 10 Nov 2006, Michel Fortin wrote:
And today's browsers also have problems with caption outside a table,
which implies that my previously proposed markup for this:
figure
captioncaption text/caption
... figure content here ...
/figure
would not work
Le 10 nov. 2006 à 19:16, Ian Hickson a écrit :
The difference is that caption will never work, because of things
like
this:
table
caption
figure
img ...
caption ...A... /caption
/figure
/caption
...
/table
...which, for legacy
35 matches
Mail list logo