W3C home > Mailing lists > Public > www-style@w3.org > March 2013

Re: [css-selectors] Proposal: Logical Combinators / Sets

From: Clint Hill <clint.hill@gmail.com>
Date: Wed, 13 Mar 2013 08:22:18 -0700
To: Brian Kardell <bkardell@gmail.com>, "www-style@w3.org" <www-style@w3.org>
Message-ID: <CD65E795.6BC0%clint.hill@gmail.com>

From:  Brian Kardell <bkardell@gmail.com>
Date:  Wednesday, March 13, 2013 8:16 AM
To:  "www-style@w3.org" <www-style@w3.org>
Subject:  Re: [css-selectors] Proposal: Logical Combinators / Sets
Resent-From:  <www-style@w3.org>
Resent-Date:  Wed, 13 Mar 2013 15:16:54 +0000

Just wondering if anyone had any thoughts on this - I've received some
positive off-list feedback, but there has been literally no comment here
from anyone.  I feel like it's a good idea (obviously, or I wouldn't have
proposed) and I'd hate to see it die just because I posted at a bad time or

On Thu, Mar 7, 2013 at 8:39 PM, Brian Kardell <bkardell@gmail.com> wrote:
> A recent discussion about adding Set operations on another list prompted me to
> discuss something to Tab which I've mulled around (even prollyfilled) in the
> past and think it's worth proposing...
> CSS selectors operate on _sets_ of elements, but until  recently
> (:matches/:not) we've had nothing in the way of logical selectors or any
> language constructs that hinted at set oriented language.   This seems a shame
> to me as sets and logic gates are some of the most powerful concepts in CS.
> The relationship feels natural to me.
> This proposal would require us to get complex selectors inside, but
> essentially I am proposing some logical combinators like
> :anyof, :allof, :oneof, :noneof to act as predicates which allow some very
> rich selection.  Examples/more details in my blog post:
> http://briankardell.wordpress.com/2013/03/07/logical-psuedo-selectors-a-propos
> al/
> -- 
> Brian Kardell :: @briankardell :: hitchjs.com <http://hitchjs.com/>

Brian Kardell :: @briankardell :: hitchjs.com <http://hitchjs.com/>
Received on Wednesday, 13 March 2013 15:22:48 UTC

This archive was generated by hypermail 2.3.1 : Monday, 2 May 2016 14:39:09 UTC