Re: [selectors4][naming] Renaming :matches() (was: Proposal: Logical Combinators / Sets)

On Mar 24, 2013 3:39 PM, "Lea Verou" <lea@w3.org> wrote:
>
> On Mar 21, 2013, at 00:28, Simon Sapin wrote:
>
> > Le 15/03/2013 14:57, Brian Kardell a écrit :
> >> On Mar 15, 2013 9:14 AM, "Lea Verou" <lea@w3.org> wrote:
> >>> FWIW, I agree that :any() is a much better name than :matches(). I
> >>> was always baffled by the WG’s decision to name it :matches,
> >>> despite the existing implementations, straightforwardness and
> >>> brevity of :any().
> >>
> >> Excellent  :-) I think it makes more sense in historical perspective
> >> given the use cases they were hoping to solve and the evolution of
> >> ideas that were being tossed around.  At this point though, any or
> >> any-of definitely seems more sensible.
> >
> > We discussed this on the conf call today. :any() is great when there
are multiple arguments:
> >
> >  some > long + combinator ~ chain:any(.foo, .bar)
> >
> > But one counter-argument that convinced me is that it doesn’t make any
sense with a single argument. This can be useful when that selector
contains combinators:
> >
> >  ol li:matches(aside li)
> >
> >
> > A good way to think of this is that :matches() does *not* take a
comma-separated list of arguments, but its single argument is a
comma-separated list of selectors. The pseudo-class is true for elements
that *match* the inner selector list. The commas there have the same
meaning as at the top level.
> Yup, I was in that call too :P
>
> That’s a good argument. Indeed, :any() doesn’t make sense if you don’t
have a selector list.
>
> Has the idea of :and() been discussed? For example `ol li:and(aside li)`
> Can’t see it in this thread. It makes sense for every case I can think
of, and is 3 characters instead of 7, just like :any() (of course, it
doesn’t have the benefit of existing implementations, like :any() did).
>

That is an interesting idea...i see the rationale because CSS gives us
comma to OR selectors together. Having said that it feels strange to have
:and do an OR just for the fact that you have to explain it that way.  What
then would you name something which AND'ed them together - you can't do
that in CSS today and that it's a shame (i called that :allof in my
proposal). This really is the rationale for the naming discussion -
basically: let's make an attempt at consistently sensible names for any
possible logicals.