On Sun, Mar 29, 2015 at 10:49 PM, Allen Wirfs-Brock al...@wirfs-brock.com
wrote:
On Mar 29, 2015, at 11:51 PM, Caitlin Potter caitpotte...@gmail.com
wrote:
...
Reflect.isConstructor(fn) - true if Class constructor, generator, or
legacy (and non-builtin) function syntactic form
On Mon, Mar 30, 2015 at 5:36 AM, Caitlin Potter caitpotte...@gmail.com
wrote:
On Mar 30, 2015, at 1:49 AM, Allen Wirfs-Brock al...@wirfs-brock.com
wrote:
There is no intrinsic reason why we needed to mandate that class
constructors should throw when called. We even provided a simple and
Yehuda Katz
(ph) 718.877.1325
On Mon, Mar 30, 2015 at 8:09 AM, Domenic Denicola d...@domenic.me wrote:
I don’t think [Symbol.call] is a very good mechanism. A new syntactic form
would make more sense.
It doesn’t seem right that you should have to introduce an observable
prototype property
On Mon, Mar 30, 2015 at 8:54 AM, Domenic Denicola d...@domenic.me wrote:
From: Kevin Smith [mailto:zenpars...@gmail.com]
I'd imagine that you'd re-spec [[Call]] for class constructors to
basically do `this[Symbol.call](...args)` instead of just throw. It would
therefore only have an effect
enumerable methods
feel weird in JavaScript any time soon.
Yehuda Katz
(ph) 718.877.1325
On Fri, Jan 30, 2015 at 8:58 PM, Brendan Eich bren...@mozilla.org wrote:
Andrea Giammarchi wrote:
Do we agree this class decision was a good one? Perfect, then let's move
on to another thread and discuss how
Very glad to see this happen!
Yehuda Katz
(ph) 718.877.1325
On Thu, Jan 29, 2015 at 11:55 AM, Brendan Eich bren...@mozilla.org wrote:
Announcement: ES6 class method syntax makes a non-enumerable property of
the method's name on the class prototype. That is all. :-)
/be
Brendan Eich wrote
On Thu, Jan 29, 2015 at 1:27 PM, Boris Zbarsky bzbar...@mit.edu wrote:
On 1/29/15 4:21 PM, Brendan Eich wrote:
I was hoping someone deeper into WebIDL (and with more time for it than
I have right now :-P) would do that.
I missed the part of the first-day TC39 meeting where this was
Yehuda Katz
(ph) 718.877.1325
On Thu, Jan 29, 2015 at 1:46 PM, Boris Zbarsky bzbar...@mit.edu wrote:
On 1/29/15 4:36 PM, Yehuda Katz wrote:
Are you asking what to do about the fact that existing WebIDL classes
produce enumerable properties that probably can't be made non-enumerable
without
On Thu, Jan 29, 2015 at 6:43 PM, Boris Zbarsky bzbar...@mit.edu wrote:
On 1/29/15 9:41 PM, Yehuda Katz wrote:
I've personally written a lot of code that enumerates over the
properties of an element or other DOM object for some reason or other. I
strongly suspect that making existing WebIDL
On Thu, Jan 29, 2015 at 5:51 PM, Boris Zbarsky bzbar...@mit.edu wrote:
On 1/29/15 5:43 PM, Allen Wirfs-Brock wrote:
My sense, from the informal discussions about this at the TC39 meeting,
is that most of us would hope that new WebIDL abstractions follow the ES6
class conventions and that
bz said:
ES also allows other exotic objects that define some other behavior
for those internal methods, but requires that the invariants be
preserved.
Hixie said:
So one option would be to just say that WindowProxy is not an ES object.
---
If it's available to JavaScript consumers it must
On Thu, Sep 11, 2014 at 12:02 AM, Kevin Smith zenpars...@gmail.com wrote:
There's a difference between ZOMG WORKING IN SECRET and talking to
people and working on something privately that is still being fleshed out.
Hmmm... In many other circles talking to people and working on
something
There is also:
import foo;
Yehuda Katz
(ph) 718.877.1325
On Mon, Jul 14, 2014 at 6:24 PM, Sam Tobin-Hochstadt sa...@cs.indiana.edu
wrote:
Why not:
import {} from 'foo';
or
import * as f from 'foo';
This is assuming that there are no other desired exports
You could imagine a loader plugin that enabled:
import legacy:foo;
Which would evaluate the module in a script context.
Yehuda Katz
(ph) 718.877.1325
On Mon, Jul 14, 2014 at 9:20 PM, John Barton johnjbar...@google.com wrote:
Sorry, I was imagining a specific scenario without giving
continue to move this API forward.
Yehuda Katz
(ph) 718.877.1325
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
On Sat, Feb 15, 2014 at 5:17 AM, Anne van Kesteren ann...@annevk.nl wrote:
On Fri, Feb 14, 2014 at 10:50 PM, C. Scott Ananian
ecmascr...@cscott.net wrote:
Since both Chrome and FIrefox have plans to support Promises, feel
free to suggest any changes to `es6-shim` which would improve
On Fri, Sep 27, 2013 at 12:37 PM, Kevin Smith zenpars...@gmail.com wrote:
Whether you personally use it, for-in is a reality. Introspection of
objects happens, so if you ship a library that's putting meta-level
properties into objects it needs to make them non-enumerable to be robust
in the
Private state doesn't satisfy these requirements because they trap on the
wrong side of the proxy.
Yehuda Katz
(ph) 718.877.1325
On Thu, Sep 26, 2013 at 3:47 PM, Allen Wirfs-Brock al...@wirfs-brock.comwrote:
On Sep 26, 2013, at 3:39 PM, Rick Waldron wrote:
The Symbol isn't exposed so
If that's the case, we haven't thought the registry through well enough.
You should get the cross-realm symbol through imports.
Yehuda Katz
(ph) 718.877.1325
On Thu, Sep 26, 2013 at 3:48 PM, Mark S. Miller erig...@google.com wrote:
Once you add the registry, all these accidental collisions
Yehuda Katz
(ph) 718.877.1325
On Thu, Sep 26, 2013 at 3:57 PM, Allen Wirfs-Brock al...@wirfs-brock.comwrote:
On Sep 26, 2013, at 3:50 PM, David Herman wrote:
On Sep 26, 2013, at 3:48 PM, Domenic Denicola
dome...@domenicdenicola.com wrote:
I don't understand why this is happening
Sorry, that was too short.
I don't understand what using string literal specified, non-identifier
property names brings to the table to fundamentally alter the constraints
that we've been working with that led to the consensus at the last f2f.
Yehuda Katz
(ph) 718.877.1325
On Thu, Sep 26, 2013
[guid] = new Symbol(friendly name);
}
export meta = symbol;
```
And then in any realm:
```
import { id } from ember/symbols;
// use `id` symbol
```
So you still coordinate over Strings, but you don't need a VM-level
registry, just a user-land one.
Yehuda Katz
(ph) 718.877.1325
On Thu, Sep 26
On Thu, Sep 26, 2013 at 4:12 PM, Brandon Benvie bben...@mozilla.com wrote:
On 9/26/2013 4:09 PM, Allen Wirfs-Brock wrote:
The newness was using using string literals+ concise methods to write
such meta=level methods.
What it brings to the table is that it address the meta stratification
On Thu, Sep 26, 2013 at 4:20 PM, Allen Wirfs-Brock al...@wirfs-brock.comwrote:
On Sep 26, 2013, at 4:12 PM, Brandon Benvie wrote:
On 9/26/2013 4:09 PM, Allen Wirfs-Brock wrote:
The newness was using using string literals+ concise methods to write
such meta=level methods.
What it
into a poorly-defined subset of Strings, and thus
polluting the semantics of *all* Strings.
If we want something that's sort of like a String but with a bunch of
semantic distinctions, let's make a new kind of thing.
Yehuda Katz
(ph) 718.877.1325
On Thu, Sep 26, 2013 at 5:22 PM, David Herman dher
not believe that you should have been paying attention will be
sufficient to gain consensus on TC39 for incompatible changes.
Yehuda Katz
(ph) 718.877.1325
On Sat, Jun 8, 2013 at 10:50 AM, Paul Hoffman paul.hoff...@gmail.comwrote:
Just a note to emphasize what was said a few days ago
specified, imho.
Yehuda Katz
(ph) 718.877.1325
On Sat, Jun 8, 2013 at 7:33 AM, Sam Tobin-Hochstadt sa...@ccs.neu.eduwrote:
HTML imports are importing HTML, not JS. Coordination is always good,
but I don't know what that would entail here.
asm.js modules have some specific needs, and it may or may
Yehuda Katz
(ph) 718.877.1325
On Sat, Jun 8, 2013 at 9:23 PM, Dmitry Soshnikov dmitry.soshni...@gmail.com
wrote:
I might be missing something, but how for-of help solving parametrized
enumeration (that is, specifying an action applied on a value/key in a
functional style)?
I see clear use
On Tue, Jun 4, 2013 at 6:29 AM, Kevin Smith zenpars...@gmail.com wrote:
Yep, agreed. (To be pedantic, it's not that it defers execution so much
as that it doesn't force execution.)
Can you explain? I would naively expect for this:
// someModule
console.log(someModule);
//
On Tue, Jun 4, 2013 at 8:11 AM, Jason Orendorff
jason.orendo...@gmail.comwrote:
On Mon, Jun 3, 2013 at 11:33 AM, Yehuda Katz wyc...@gmail.com wrote:
I've advocated for this in the past. I believe it should be allowed.
Separately, I would like this form to be specified as deferring execution
On Mon, Jun 3, 2013 at 12:24 AM, Domenic Denicola
dome...@domenicdenicola.com wrote:
From: sam...@gmail.com [mailto:sam...@gmail.com] On Behalf Of Sam
Tobin-Hochstadt
The idea here is that modules will typically be written in files like
compiler/Lexer.js, where the starting grammar
On Mon, Jun 3, 2013 at 2:02 AM, Andreas Rossberg rossb...@google.comwrote:
On 2 June 2013 22:19, Dmitry Soshnikov dmitry.soshni...@gmail.com wrote:
4.10 Modules
STH: Progress since last meeting. Discuss “module naming”, “naming
standard
modules”.
STH:
--
Yehuda Katz
(ph) 718.877.1325
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
equivalent to:
class MapWithDefault extends Map {
constructor(default) {
this.defaultValue = default;
super();
}
get(key) {
if (!this.contains('foo')) {
let value = this.defaultValue(key);
map.set(key, value);
}
return super(key);
}
}
--
Yehuda Katz
(ph
://mail.mozilla.org/**pipermail/es-discuss/2012-**
January/019723.htmlhttps://mail.mozilla.org/pipermail/es-discuss/2012-January/019723.htmlwhere
defaultdict was raised on es-discuss for the first time (if I'm not
mistaken).
/be
Yehuda Katz wrote:
There are many cases involving nested data
or let
identifiers - yuck. As Domenic says, most new code will go in modules
anyway.
- Kevin
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
--
Yehuda Katz
(ph) 718.877.1325
-- Yehuda Katz
(ph) 718.877.1325
On Nov 18, 2012 4:29 PM, Brendan Eich bren...@mozilla.com wrote:
Yehuda Katz wrote:
Question: does requiring strict mode for changes that break
compatibility with ES5 really address the 1JS concerns?
Yes. 1JS is based on ES5 and so includes strict mode.
I
-discuss@mozilla.org
https://mail.mozilla.org/**listinfo/es-discusshttps://mail.mozilla.org/listinfo/es-discuss
--
Yehuda Katz
(ph) 718.877.1325
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
--
Yehuda Katz
(ph) 718.877.1325
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
am really curious how this one is solved.
- Kevin
Herby
__**_
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/**listinfo/es-discusshttps://mail.mozilla.org/listinfo/es-discuss
--
Yehuda Katz
(ph) 718.877.1325
to erase what it
just recorded just because you stopped recording.
--
erik
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
--
Yehuda Katz
(ph) 718.877.1325
Seems like a small surface-area with a large impact on compilers.
At first glance, looks good to me.
Curiosity: Does this overlap with Brendan's work on value objects (i.e.
will it become moot in the face of them)
-- Yehuda Katz
(ph) 718.877.1325
On Nov 2, 2012 12:49 PM, David Herman dher
Same here. Carpe diem.
-- Yehuda Katz
(ph) 718.877.1325
On Nov 2, 2012 7:24 PM, Kevin Smith khs4...@gmail.com wrote:
Just speaking as a spec reader, I say go for it.
- Kevin
On Fri, Nov 2, 2012 at 6:08 PM, Allen Wirfs-Brock
al...@wirfs-brock.comwrote:
In both ES5 and ES6 (so far) we
-discuss
--
Yehuda Katz
(ph) 718.877.1325
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
the library's own invariants will cause more confusion, not less,
in many cases.
I shudder to think about bug reports I would receive in my libraries where
someone forced a variable reference I was holding to become undefined or
start throwing if I try to reference it.
-- Yehuda Katz
(ph) 718.877.1325
).apply(foo). Am I
misunderstanding something?
Cheers,
Tom
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
--
Yehuda Katz
(ph) 718.877.1325
___
es
, 2012 at 4:20 PM, Tom Van Cutsem tomvc...@gmail.comwrote:
2012/10/24 Yehuda Katz wyc...@gmail.com
I'm not sure I understand the benefit of making it easy to develop APIs
where foo.bar() is not roughly equivalent to (x = foo.bar).apply(foo). Am I
misunderstanding something?
No, that's indeed
@mozilla.org
https://mail.mozilla.org/**listinfo/es-discusshttps://mail.mozilla.org/listinfo/es-discuss
--
Yehuda Katz
(ph) 718.877.1325
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
, if supported.
--
Dr. Axel Rauschmayer
a...@rauschma.de
home: rauschma.de
twitter: twitter.com/rauschma
blog: 2ality.com
--
Yehuda Katz
(ph) 718.877.1325
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es
On Mon, Oct 22, 2012 at 11:32 AM, Domenic Denicola
dome...@domenicdenicola.com wrote:
On Oct 22, 2012, at 14:28, Yehuda Katz wyc...@gmail.com wrote:
On Mon, Oct 22, 2012 at 11:11 AM, Axel Rauschmayer a...@rauschma.dewrote:
What about copying of these new data structures?
It should
for
working with the new ES5 property API so we can provide something official
and solid in a future version.
--
Yehuda Katz
(ph) 718.877.1325
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
}, Object.defineProperties({}, {c: {value:
30}}), true); // {a: 10, b: 20, c: 30}
Dmitry
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
--
Yehuda Katz
(ph) 718.877.1325
On Wed, Oct 17, 2012 at 11:16 AM, Mark S. Miller erig...@google.com wrote:
On Tue, Oct 16, 2012 at 4:06 PM, Yehuda Katz wyc...@gmail.com wrote:
On Tue, Oct 16, 2012 at 6:26 PM, Mark S. Miller erig...@google.comwrote:
Getting the comments with a getter seems fine. Appending only the list
.
/be
__**_
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/**listinfo/es-discusshttps://mail.mozilla.org/listinfo/es-discuss
--
Yehuda Katz
(ph) 718.877.1325
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org
Yehuda Katz
(ph) 718.877.1325
On Mon, Oct 15, 2012 at 9:46 PM, Allen Wirfs-Brock al...@wirfs-brock.comwrote:
On Oct 15, 2012, at 6:02 PM, Brendan Eich wrote:
Axel Rauschmayer wrote:
One thing to consider: I would expect IDEs to help with this. For
example, Eclipse does a pretty good job
Yehuda Katz
(ph) 718.877.1325
On Tue, Oct 16, 2012 at 9:21 AM, Kevin Smith khs4...@gmail.com wrote:
Just to be sure... Does a get printed only the first time the module A is
imported somewhere, or every time?
Only the first time. But the question here is about nested/inline modules
Yehuda Katz
(ph) 718.877.1325
On Tue, Oct 16, 2012 at 9:45 AM, Kevin Smith khs4...@gmail.com wrote:
1. The one-class-per-file pattern is near universal. When there is more
than one class, they tend to be in minor supporting roles (like
exception-type subclasses or simple data structures
Yehuda Katz
(ph) 718.877.1325
On Tue, Oct 16, 2012 at 11:48 AM, Kevin Smith khs4...@gmail.com wrote:
What do you think about the typo problem? Not a major issue?
It's javascript, so I guess I'm used to getting pinched every now and then
by a little property misspelling. It's never caused
of Ember Data in ES6 would work. I don't think there is anything
wrong with using an accessor here.
Yehuda Katz
(ph) 718.877.1325
On Tue, Oct 16, 2012 at 4:12 PM, Erik Arvidsson erik.arvids...@gmail.comwrote:
On Mon, Oct 15, 2012 at 12:23 PM, Brendan Eich bren...@mozilla.org
wrote:
* get/set
Yehuda Katz
(ph) 718.877.1325
On Tue, Oct 16, 2012 at 5:43 PM, Allen Wirfs-Brock al...@wirfs-brock.comwrote:
On Oct 16, 2012, at 2:36 PM, Tab Atkins Jr. wrote:
On Tue, Oct 16, 2012 at 2:24 PM, Allen Wirfs-Brock
You might not agree with the above guideline, or choose to follow
Yehuda Katz
(ph) 718.877.1325
On Tue, Oct 16, 2012 at 12:51 PM, Herby Vojčík he...@mailbox.sk wrote:
This did not get to the list, reposting...
Original Message
From: Herby Vojčík he...@mailbox.sk
Subject: Fail-fast on non-existing [[Get]]
Date: Fri, 12 Oct 2012 22:42:05
Yehuda Katz
(ph) 718.877.1325
On Tue, Oct 16, 2012 at 5:13 PM, Brendan Eich bren...@mozilla.org wrote:
Yehuda Katz wrote:
Agreed. For example:
class Post {
}
class Comment {
}
Post.hasMany(comments);
Comment.belongsTo(post);
let post = new Post()
let comment = new Comment
.
On Tue, Oct 16, 2012 at 2:36 PM, Tab Atkins Jr. jackalm...@gmail.comwrote:
On Tue, Oct 16, 2012 at 2:24 PM, Allen Wirfs-Brock
al...@wirfs-brock.com wrote:
On Oct 16, 2012, at 1:25 PM, Yehuda Katz wrote:
Agreed. For example:
class Post {
}
class Comment {
}
Post.hasMany
Yehuda Katz
(ph) 718.877.1325
On Mon, Oct 15, 2012 at 12:23 PM, Brendan Eich bren...@mozilla.org wrote:
Allen Wirfs-Brock wrote:
On Oct 12, 2012, at 2:16 PM, David Herman wrote:
On Oct 12, 2012, at 12:14 PM, Erik
Arvidssonerik.arvidsson@**gmail.comerik.arvids...@gmail.com
wrote
Yehuda Katz
(ph) 718.877.1325
On Mon, Oct 15, 2012 at 4:19 PM, Kevin Smith khs4...@gmail.com wrote:
For the case of importing 37 at-names, I would expect that * imports
would take care of it:
import * from ModuleDefining37NameInterface;
Oh, come on!
The problem isn't importing
Yehuda Katz
(ph) 718.877.1325
On Mon, Oct 15, 2012 at 5:41 PM, Brendan Eich bren...@mozilla.org wrote:
Yehuda Katz wrote:
* get/set accessor may have effects on 'set' (see the DOM) but
only on the receiver object (and unobservably, any children that
become garbage, e.g. when
to be designed this
way, but for APIs that presently make (possibly misguided) use of `this` in
place of a first parameter, the new (user-initiated, not available in ES3)
binding behavior provides a single shot at a better way forward.
Yehuda Katz
(ph) 718.877.1325
On Mon, Jun 4, 2012 at 7:36 PM
.
Thoughs?
Yehuda Katz
(ph) 718.877.1325
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
pragmatic about helping people adopt a new feature
with very little cost.
Yehuda Katz
(ph) 718.877.1325
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
.
One last thing: `forEach` on `Map` should probably pass the key and value
to the function.
Yehuda Katz
(ph) 718.877.1325
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
are available, so are proxies, but I'm not
sure I want to start using proxies as a blunt force instrument.
Sent from my Windows Phone
--
From: Mark S. Miller
Sent: 2/28/2012 11:54 AM
To: Adam Shannon
Cc: Yehuda Katz; es-discuss
Subject: Re: set.delete method name
I
Your strawman would support:
{0: strawman, length: 0}
A better definition might be:
o is an array like object if o[[Get]]('length') returns a Number one
greater than the largest numeric property, or 0 if no numeric properties
exist.
Yehuda Katz
Developer | Engine Yard
(ph) 718.877.1325
...@mcc.id.au wrote:
Hi Yehuda.
Yehuda Katz:
1. There are a number of ECMAScript-specific extensions here that have
obscure names and non-obvious behavior. For instance, understanding
[Replaceable] readonly is non-trivial. In fact, [Replaceable]
readonly has somewhat confusing semantics
On Fri, Sep 25, 2009 at 11:28 PM, Brendan Eich bren...@mozilla.com wrote:
On Sep 25, 2009, at 11:05 PM, Yehuda Katz wrote:
In the ES binding, the properties for these [Replaceable] attributes are
effectively writable, but assigning to them breaks their link to the
original attribute
On Fri, Sep 25, 2009 at 11:28 PM, Brendan Eich bren...@mozilla.com wrote:
On Sep 25, 2009, at 11:20 PM, Yehuda Katz wrote:
On Fri, Sep 25, 2009 at 11:15 PM, Brendan Eich bren...@mozilla.com
wrote:
On Sep 25, 2009, at 9:38 PM, Yehuda Katz wrote:
Another way to put my earlier concern
Sorry
(for
implementors). Perhaps the IDL version could be part of an addendum,
and something with less historical and conceptual baggage be used
inline? Or is that too much work?
/be
--
Yehuda Katz
Developer | Engine Yard
(ph) 718.877.1325
___
es
;
attribute Function onunload;
attribute Function onvolumechange;
attribute Function onwaiting;
};
Window implements EventTarget;
--
Yehuda Katz
Developer | Engine Yard
(ph) 718.877.1325
___
es-discuss mailing list
es-discuss
to take down right now.
/be
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
--
Yehuda Katz
Developer | Engine Yard
(ph) 718.877.1325
___
es-discuss mailing
. I'd prefer if it were also readable for those trying to
use the specification.
-- Yehuda
On Thu, Sep 24, 2009 at 11:17 AM, Maciej Stachowiak m...@apple.com wrote:
On Sep 24, 2009, at 11:11 AM, Yehuda Katz wrote:
Is it really true that WebIDL and the vague way DOM2 was described are the
only
and probably will
break some content out there that uses callee in an outer scope to mean
something else.
/be
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
--
Yehuda Katz
Developer | Engine Yard
language when I look at that. Since this is most likely to be
implemented in terms of ECMAScript, why not provide an ECMAScript reference
implementation?
-- Yehuda
On Thu, Sep 24, 2009 at 1:49 PM, Maciej Stachowiak m...@apple.com wrote:
On Sep 24, 2009, at 12:00 PM, Yehuda Katz wrote:
I'll think
https://mail.mozilla.org/listinfo/es-discuss
--
Yehuda Katz
Developer | Engine Yard
(ph) 718.877.1325
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
:51 PM, Breton Slivka z...@zenpsycho.com wrote:
On Fri, Sep 25, 2009 at 10:49 AM, Breton Slivka z...@zenpsycho.com wrote:
x
On Fri, Sep 25, 2009 at 9:31 AM, Yehuda Katz wyc...@gmail.com wrote:
What I'd like to know is what the rationale for removing
arguments.callee
from strict mode
-discuss
--
Yehuda Katz
Developer | Engine Yard
(ph) 718.877.1325
___
Es-discuss mailing list
Es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
84 matches
Mail list logo