I've now updated the docs for MochiKit.Selector to include some deprecations. More comments inlined below:
On Wed, Oct 8, 2008 at 9:28 PM, Arnar Birgisson <[EMAIL PROTECTED]> wrote: > div p > MK trunk returns 142 elements while others return 140 (both numbers > are reported incorrect though). The *set* of elements is the same, but > MK repeats some elements, which is of course not correct. This seems > to happen in the situation where one has > <div><div><p>...</p></div></div>. If one forgets about performance, > this is trivial to fix in MK - but a reasonably performing one might > be more tricky. I'll let this one pass. It is slightly incorrect, but can be worked-around by users until 1.5 comes along. > div ~ p > MK returns 4120 (!) elements here where others return 183 (both > numbers are again considered wrong by SlickSpeed). This is clearly a > bug I'll try to fix this. Filed as http://trac.mochikit.com/ticket/321 The remaining issues seem to be feature omissions in the current MochiKit.Selector implementation, so I'll just ignore those. Cheers, /Per --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "MochiKit" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [EMAIL PROTECTED] For more options, visit this group at http://groups.google.com/group/mochikit?hl=en -~----------~----~----~----~------~----~------~--~---
