Re: Proposed Specification for find/findAll/matches

This proposal looks really good and matches my expectations.

Yehuda Katz
(ph) 718.877.1325


On Tue, Dec 13, 2011 at 3:53 AM, Lachlan Hunt <lachlan.hunt@lachy.id.au>wrote:

> On 2011-12-12 17:57, Boris Zbarsky wrote:
>
>> On 12/12/11 6:07 AM, Lachlan Hunt wrote:
>>
>>> Given a selector list as input to the method, trim whitespace and then
>>> for each complex selector, run the first step that applies:
>>>
>>> (Note: if the selector list is "", then there are 0 complex selectors in
>>> the list and the following doesn't run)
>>>
>>> | 1. Otherwise, if the complex selector begins with any combinator
>>>
>>
>> This needs to be defined better. "complex selector" can't begin with a
>> combinator, per its definition.
>>
>
> For the purposes of this API, I think the spec needs to define a modified
> syntax for a DOM Selector, which is similar to, but slightly different from
> a regular selector. The grammar production would be:
>
> dom_selectors_group
>  : dom_selector [ COMMA S* dom_selector ]*
>  ;
>
> dom_selector
>  : [ combinator ]? selector
>  ;
>
> Where the productions for "combinator" and "selector" are defined in
> Selectors.  The spec would then define that the parameter accepts a group
> of DOM selectors that matches that grammar.
>
>
> --
> Lachlan Hunt - Opera Software
> http://lachy.id.au/
> http://www.opera.com/
>
>