Food for thought:

1. We would like to completely decouple native and host objects in the
LANG section for version 1.7.

`setTimeout` and `setInterval` are host objects...

2. We're planning strict ES 5 compliance of enumerables for 1.7. that
implies removing $break.

Best,

Tobie

On Aug 27, 5:29 pm, "T.J. Crowder" <t...@crowdersoftware.com> wrote:
> 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
-~----------~----~----~----~------~----~------~--~---

Reply via email to