W3C home > Mailing lists > Public > www-style@w3.org > January 2000

Re: target-attr() and /reference combinator/ proposals

From: Sjoerd Visscher <sjoerd@heeten.nl>
Date: Sat, 22 Jan 2000 14:53:33 +0100
Message-ID: <000a01bf64e0$4b9e9840$1400000a@beneden>
To: "www-style" <www-style@w3.org>
>    A /attribute/ B
> Is anyone violently disgusted by this combinator proposal?
At least there shouldn't be a space between A and /attribute/

A /attribute/ B
means an element B with an ancestor that (1) is pointed to by *any* element
and (2) has an ancestor A

An alternative could be
A:follow(attribute) B
But this is just another misuse of the colon.

>    A:selected /href/ [title] { color: green; } /* CSS3 WD syntax */
This should then be A:selected/href/[title]

> The above would match an element A only if the element which it points
> to (with its "href" attribute) has a title attribute. (I'll note again
> in passing that my :matches proposal is not particularly longer than
> the WD's version of the same idea, except that it _is_ a selector,
> unlike the 'imposter' known as :selected, and that it is much easier
> to extend in later CSS versions to allow more complicated expressions.)
(I'll note again that my proposal, ::pseudo-element and :: as 'self',
is much shorter:
A/href/[title]:: { color: green; }
^_^ )

> Does it seem reasonably feasible to implement?
I think so.

Sjoerd Visscher
Received on Saturday, 22 January 2000 08:54:28 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Monday, 27 April 2009 13:54:03 GMT