-promise.resolve)
2. `p2` is an instance of `MyPromise` that is resolved with a promise
value of 42.
Thanks!
--
___
Nicholas C. Zakas
http://www.nczonline.net
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org
Awesome, thank you!
-N
On 7/14/2015 10:12 AM, Domenic Denicola wrote:
Yes.
On Tue, Jul 14, 2015 at 10:10 AM -0700, Nicholas C. Zakas
standa...@nczconsulting.com mailto:standa...@nczconsulting.com wrote:
Hi all,
I'm trying to wrap my head around derived promises and wanted to ask
--
___
Nicholas C. Zakas
http://www.nczonline.net
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
--
___
Nicholas C. Zakas
http://www.nczonline.net
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
Thanks all. My intent wasn't to propose that something was necessary,
just to ask if something was available that I was missing. I'll dig in
on the await spec and take a good look at the various examples everyone
provided.
Thanks!
___
es-discuss
generators, iterators, and
functions.)
--
___
Nicholas C. Zakas
http://www.nczonline.net
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
).
--
___
Nicholas C. Zakas
http://www.nczonline.net
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
using feature detection on. I still wish for some way to do this
other than through proxies, but I agree that it would be nice for just
the object provider to be able to set this behavior.
--
___
Nicholas C. Zakas
http://www.nczonline.net
.
--
___
Nicholas C. Zakas
http://www.nczonline.net
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
the function body.
Am I reading this correctly?
--
___
Nicholas C. Zakas
http://www.nczonline.net
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
a default value to a destructured
parameter, Firefox or Traceur?
2. Is the behavior of not having any bindings for destructured parameter
properties correct? And if so, is it desirable?
Thanks.
--
___
Nicholas C. Zakas
http://www.nczonline.net
itself to formal definition.
Is this a spec oversight or is the exclusion intentional?
Thanks.
--
___
Nicholas C. Zakas
http://www.nczonline.net
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo
-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
--
___
Nicholas C. Zakas
http://www.nczonline.net
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
(maybe Array and
String, too?). It seems to go along nicely with the clear() method on
Map, Set, and WeakMap.
-N
--
___
Nicholas C. Zakas
http://www.nczonline.net
___
es-discuss mailing list
es-discuss@mozilla.org
https
or subsystems fighting over who gets control of the single
implementation of Set.prototype.toJSON
That doesn't necessarily preclude a logical default, correct?
-N
--
___
Nicholas C. Zakas
http://www.nczonline.net
___
es-discuss mailing
On 10/4/2012 11:30 AM, Allen Wirfs-Brock wrote:
On Oct 4, 2012, at 11:02 AM, Nicholas C. Zakas wrote:
On 10/3/2012 4:44 PM, Allen Wirfs-Brock wrote:
(oops, forgot to reply-all)
Begin forwarded message:
*From: *Allen Wirfs-Brock al...@wirfs-brock.com
mailto:al...@wirfs-brock.com
*Date
() would do something rational by default when
used with sets.
Thoughts?
Thanks,
Nicholas
--
___
Nicholas C. Zakas
http://www.nczonline.net
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es
list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
--
___
Nicholas C. Zakas
http://www.nczonline.net
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
On 10/1/2012 6:43 PM, Brendan Eich wrote:
Nicholas C. Zakas wrote:
I've been playing around with the Set prototypes in Firefox and
Chrome (knowing full well that they are incomplete and the spec
hasn't been finalized yet), and I wanted to share a couple of learnings.
Thanks!
First, since
as a replacement for objects
that I was using for the same purpose.
Thanks,
Nicholas
--
___
Nicholas C. Zakas
http://www.nczonline.net
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
--
___
Nicholas C. Zakas
http://www.nczonline.net
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
to a declared constant would throw an error
(in that it behaves similar to a non-writable property in strict mode)?
const MAX_ITEMS = 30;
MAX_ITEMS = 25;// error?
Is that correct?
Thanks,
Nicholas
--
___
Nicholas C. Zakas
http://www.nczonline.net
wrote:
On Mon, May 28, 2012 at 12:19 PM, Nicholas C. Zakas
standa...@nczconsulting.com wrote:
Is it intentional that the first example uses colons between the property
and value while all others use the equals sign?
Yes this is intentional. We discussed this a bit at the F2F meeting
and we came
PM, Erik Arvidsson wrote:
On Mon, May 28, 2012 at 12:19 PM, Nicholas C. Zakas
standa...@nczconsulting.com wrote:
Is it intentional that the first example uses colons between the
property
and value while all others use the equals sign?
Yes this is intentional. We discussed this a bit
that such feedback would be welcomed rather than eschewed.
Allen
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
--
___
Nicholas C. Zakas
http://www.nczonline.net
. Keeping locales separate removes the conflict.
5a. Instead of DateTimeFormat(locList, options) have
DateTimeFormat(options), where options hold locale info.
Did I miss anything?
--
Nebojša Ćirić
--
Nebojša Ćirić
--
___
Nicholas C. Zakas
http
be allowed as either a string or an object. If a string, then
treat as a pattern, otherwise, treat as an options object.
-N
02. децембар 2011. 13.28, Nicholas C. Zakas
standa...@nczconsulting.com mailto:standa...@nczconsulting.com је
написао/ла:
Instead of continuing with the previous
Ćirić
--
___
Nicholas C. Zakas
http://www.nczonline.net
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
. Formatting strings make this trivial, needing
to code up an object literal makes this trickier (JSON is not a great
format for config files).
Just a few extra cents.
-N
___
Nicholas C. Zakas
http://www.nczonline.net
___
es-discuss
On 11/30/2011 12:01 PM, Brendan Eich wrote:
On Nov 29, 2011, at 1:19 PM, Nicholas C. Zakas wrote:
The reason I started down this path is because the API, as currently designed,
doesn't fit in with the rest of the JavaScript core language. Just to summarize
some of my earlier points:
1
that is passed into new instances of NumberFormat and DateFormat all
the time (that's a bunch of housekeeping for developers).
Thoughts?
-Nicholas
On 11/21/2011 11:12 AM, Nicholas C. Zakas wrote:
As promised, more verbose feedback for the Globalization API. My general
feeling
is on the locale list passed in? Or is there a more
fundamental issue with getSupportedLocales?
Thanks,
Norbert
On Nov 21, 2011, at 11:12 , Nicholas C. Zakas wrote:
2. supportedLocalesOf
I find this method name strange - I've read it several
As promised, more verbose feedback for the Globalization API. My general
feeling is that the API is overly verbose for what it's doing. I'll
state my bias up front: I'm not a fan of introducing a bunch of new
types to handle formatting. I'd much rather have additional methods that
perform
33 matches
Mail list logo