Hey Robert, It's true, I was thinking in terms of deprecating PE at some stage... :-)
Re #2: Using #bind at least doubles the call overhead, which I'm not a fan of generally. > ...have it "throw $break"! Now that is a very smart idea. -- T.J. Crowder tj / crowder software / com On Aug 27, 4:13 pm, Robert Kieffer <bro...@gmail.com> wrote: > @TJ... > > Your goals sound about right. Implicit in there, I think, is "make it easy > to deprecate PE at some later date". At least, that's how I read it. :) > > Re: #2 - Why not just use bind() to provide context? I've never been a fan > of overloading arguments with multiple interpretations. 'Gets too > confusing, and makes the implementation that much uglier. > > Re: #4 - I feel the ability to self-stop is more important than being able > to repeat() functions that aren't designed for it. I _really_ feel that > making the self-stop behavior an optional add-on feature of PE is a bad > idea. self-stop is an elegant pattern (IMHO) so forcing users to go through > the awkward PE API to get at it doesn't make sense. Also, it makes > deprecating PE harder. > > ***Hmm...*** How about this as a solution: Instead of having a function > return false to stop, have it "throw $break"! I think that addresses your > concern, and is consistent with how Prototype does this sort of thing > elsewhere (in Enumerable). --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Prototype: Core" group. To post to this group, send email to prototype-core@googlegroups.com To unsubscribe from this group, send email to prototype-core-unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/prototype-core?hl=en -~----------~----~----~----~------~----~------~--~---
