Adding HTML-WG so people know what's going on and can comment if necessary.
On Wed, 22 Oct 2008 14:42:48 +0700, Ian Hickson [EMAIL PROTECTED] wrote:
[in the context of a request for a way to identify context-specific help,
e.g. some further information about a given form field that can be
On Sun, 12 Jun 2005, Charles McCathieNevile wrote:
One of the difficulties is that many content providers don't want to
clutter their page with help links
Actually, given the way many sites actually do have help links, or ?
icons, or the like, I don't see content providers being
]
Subject: Re: [whatwg] Context help in Web Forms
On Sun, 12 Jun 2005, Charles McCathieNevile wrote:
Great! Thanks. I think your idea of making rel=help be relative to the
nearest parent label is a good one. We could also say it is relative
to
the nearest parent label, body, section, form
On Wed, 22 Oct 2008, Kristof Zelechovski wrote:
rel=help is now defined to apply to the link element's parent and its
children.
A LINK element cannot have a LABEL ancestor so Ian's answer seems to answer
a different request.
By link element I meant whatever element was creating the link
On Wed, 22 Oct 2008, Jonas Sicking wrote:
Ian Hickson wrote:
Great! Thanks. I think your idea of making rel=help be relative to the
nearest parent label is a good one. We could also say it is relative
to
the nearest parent label, body, section, form, fieldset, or
other such
Ian Hickson wrote:
Great! Thanks. I think your idea of making rel=help be relative to the
nearest parent label is a good one. We could also say it is relative to
the nearest parent label, body, section, form, fieldset, or
other such grouping element. I'll look at this in more detail when
On Mon, 2 Jun 2008, Matthew Paul Thomas wrote:
The disadvantage of using a data-* attribute is that more kinds of
mistakes would be undetectable by a validator. It would have no idea
that (a) the value of the attribute must be the ID of an element
elsewhere in the document, and (b) each
On Mon, 02 Jun 2008 09:40:55 -0300, Matthew Paul Thomas
[EMAIL PROTECTED] wrote:
Ian Hickson wrote on 27/05/08 07:47:
On Mon, 12 Nov 2007, Matthew Paul Thomas wrote:
On Oct 30, 2007, at 6:01 PM, Ian Hickson wrote:
On Mon, 13 Jun 2005, Matthew Thomas wrote:
...
Many applications
On Jun 2, 2008, at 15:40, Matthew Paul Thomas wrote:
The disadvantage of using a data-* attribute is that more kinds of
mistakes would be undetectable by a validator. It would have no idea
that (a) the value of the attribute must be the ID of an element
elsewhere in the document, and (b) each
On Tue, 03 Jun 2008 20:51:39 +0200, Henri Sivonen [EMAIL PROTECTED] wrote:
I don't like the idea of trying to encode the datatypes of data-*
attributes in a validator-sensitive way. What datatypes would a
validator support for data-* attributes? The HTML5 datatype library used
by
Ian Hickson wrote on 27/05/08 07:47:
On Mon, 12 Nov 2007, Matthew Paul Thomas wrote:
On Oct 30, 2007, at 6:01 PM, Ian Hickson wrote:
On Mon, 13 Jun 2005, Matthew Thomas wrote:
...
Many applications provide inline help which is not a label, and the
same attributes would be appropriate
On Oct 30, 2007, at 6:01 PM, Ian Hickson wrote:
...
On Mon, 13 Jun 2005, Matthew Thomas wrote:
Or perhaps a ... rel=help for=phone-number, to be consistent
with the for= attribute in label.
This is a possibility, but is it really needed? In general it seems
we'd want to encourage authors
On Sun, 12 Jun 2005, Derek Featherstone wrote:
Anyway, having the ability to add a help link in the body, with
particular context-sensitivity (as discussed for including a link
with rel=help in a form control label) is probably sufficient. I'll
take that discussion back to W3C's
On Sat, 11 Jun 2005, Charles McCathieNevile wrote:
Sorry, I should have been clearer. We got feedback from implementors
saying they couldn't think of a way to make it discoverable, and we
got feedback from Web descigners saying it wouldn't be useful if it
wasn't discoverable.
OK.
On Sun, 12 Jun 2005 12:52:25 +0200, Ian Hickson [EMAIL PROTECTED] wrote:
On Sat, 11 Jun 2005, Charles McCathieNevile wrote:
In fact longdesc is a perfect example of a feature that, due to lack of
discoverability, became one of HTML's most thorough failures. To the
point
where the
Derek Featherstone wrote:
...
I've actually been thinking about that for a while - rather than leaving it
to a guess why not bind it specifically with something like an about
attribute that identifies the specific element/node it references?
rel=help about=#phone-number
...
Or perhaps a ...
On Mon, 06 Jun 2005 12:07:16 +0200, Ian Hickson [EMAIL PROTECTED] wrote:
On Sat, 28 May 2005, Charles McCathieNevile wrote:
it would be helpful to have a way of including extra help, which may be
provided by a popup dialogue, mouseover, etc.
The HTML4 title attribute provides this.
At one
On Sat, 11 Jun 2005, Charles McCathieNevile wrote:
At one point we considered having a second attribute with a URI,
help=, similar to the XForms equivalent, for more detailed
context-sensitive help. However, we got feedback from implementors and
Web designers saying it wouldn't be
On Sat, 11 Jun 2005 16:46:58 +0200, Ian Hickson [EMAIL PROTECTED] wrote:
On Sat, 11 Jun 2005, Charles McCathieNevile wrote:
Sorry, I should have been clearer. We got feedback from implementors
saying they couldn't think of a way to make it discoverable, and we got
feedback from Web descigners
19 matches
Mail list logo