W3C home > Mailing lists > Public > public-html@w3.org > August 2007

Re: HEADERS, FOR whom - any ID?

From: Alfonso Martínez de Lizarrondo <amla70@gmail.com>
Date: Mon, 6 Aug 2007 22:16:01 +0200
Message-ID: <af2a8eab0708061316t4d9a92c6y77f706d751360047@mail.gmail.com>
To: "Jon Barnett" <jonbarnett@gmail.com>
Cc: public-html@w3.org

2007/8/6, Jon Barnett <jonbarnett@gmail.com>:
> But using @for becomes cumbersome: 99 form fields leads to 99 unique
> @id attributes and 99 @for attributes.  It's cumbersome, but it's the
> only option.  Someone might propose an alternative that would simplify
> this if they wanted, where @for contained an XPath:
> for="../following-sibling::dt/input" - that would prevent the need for
> 99 unique IDs on the page by instead using 99 identical @for
> attributes.  I'm not specifically proposing this, but that's an
> example how syntax can be markup can be simplified for authors in a
> way that keeps semantics.

It could be made even simpler for general use if it could point (for
example by default) to the next input element.

So maybe if we are going to think about labels, we can think if it's
interesting allowing a magic keyword in the for attribute so it can
point to the next (or previous) input element in the DOM tree,
(unless the label already contains an input as a child, in that case
the spec already covers it and I think that only IE doesn't know about

Or maybe that's very easy to do with XPath, but I admit that I never
had the time to learn properly how to use it.

Received on Monday, 6 August 2007 20:16:04 UTC

This archive was generated by hypermail 2.3.1 : Thursday, 29 October 2015 10:15:25 UTC