RE: [dom-xpath] Competing Proposals Proposal

     > 1) Ultra Minimal (e.g. Microsoft/Oracle selectNodes as they 
     exist today).
     >
     > 2) Minimal but with separate interface+namespace context support.
     >
     > 3) Complete as makes sense (e.g. full context 
     initialization, variable
     > support, maybe matching, maybe compiled queries, etc.)
     >
     
     OK, how about an informal poll.  a) Which of these are 
     *necessary* for the
     first round of a DOM-compatible XPath API? b) Which are 
     *sufficient* (i.e.,
     we can stop when we get there)?

-1 for 1)

+1 for 2).

but (aka Scott B) we can't and *shouldn't* stop there.

DaveP