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

Re: Previous-sibling combinator

From: Marat Tanalin | tanalin.com <mtanalin@yandex.ru>
Date: Sat, 28 Jan 2012 03:45:04 +0400
To: Tab Atkins Jr. <jackalmage@gmail.com>
Cc: www-style@w3.org
Message-Id: <152231327707904@web48.yandex.ru>
28.01.2012, 03:34, "Tab Atkins Jr." <jackalmage@gmail.com>:
> 2012/1/27 Marat Tanalin | tanalin.com <mtanalin@yandex.ru>:
>
>> š28.01.2012, 03:08, "Tab Atkins Jr." <jackalmage@gmail.com>:
>>> šOn Fri, Jan 27, 2012 at 3:05 PM, Marat Tanalin | tanalin.com
>>> š<mtanalin@yandex.ru> wrote:
>>>> ššHello.
>>>>
>>>> ššIt would be nice to have combinator to select previous sibling.
>>>>
>>>> ššš šP - UL {
>>>> ššš š š š/* Styles for UL element which is
>>>> ššš š š š š previous sibling of P element. */
>>>> ššš š}
>>>>
>>>> ššThe "-" combinator is functionally similar to existing "+" combinator, but selects previous-sibling element instead of next-sibling one.
>>>>
>>>> ššSo in result we would have "+" to move forward, and "-" to move backward (like element.nextSibling and element.previousSibling in DOM, respectively).
>>> šThis is already possible with Selectors 4, using the normal sibling
>>> šcombinator and the subject indicator:
>>>
>>> š!ul + p { ... }
>>>
>>> š~TJ
>> šAnd how would you write following selector using subject indicator?
>>
>> šš šP - UL > LI {...}
>
> Using the future extension to :matches() to allow complex selectors:
>
> :matches(!ul + p) > li {...}
>
> Or, if I get my way, with :has():
>
> ul:has(+p) > li {...}
>
> ~TJ

Looks no so elegant and readable, doesn't it?

Compare:

    P - UL > LI
    :matches(!UL + P) > LI

Probably these features are not mutually exclusive, and we could have previous-sibling combinator in spec _simultaneously_ with all that no-so-readable :matches()/:has() stuff that serves more complex cases.
Received on Friday, 27 January 2012 23:45:40 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 17:20:49 GMT