The BCP 47 Unicode Locale Extension would need it, and currently that's tangled
with CLDR...
Norbert
On Sep 2, 2012, at 16:49 , Markus Scherer wrote:
> On Sun, Sep 2, 2012 at 12:51 PM, Mark Davis ☕ wrote:
> We could propose to the CLDR group adding =default to mean (for
> CLDR) the same as m
(accidentally left out es-discuss when I responded to Norbert… response if
below)
On Monday, 3 September 2012 at 13:20, Marcos Caceres wrote:
> Hi Norbert,
>
> On Saturday, 1 September 2012 at 00:31, Norbert Lindenberg wrote:
>
> > On Aug 31, 2012, at 7:17 , Marcos Caceres wrote:
> >
> >
On Monday, September 3, 2012 at 8:28 AM, Marcos Caceres wrote:
>
>
> On Friday, 31 August 2012 at 17:04, Norbert Lindenberg wrote:
>
> > It takes a few steps to find the information, but I think the
> > Internationalization API spec together with the Language spec cover this:
> >
> > Clau
On Friday, 31 August 2012 at 17:04, Norbert Lindenberg wrote:
> It takes a few steps to find the information, but I think the
> Internationalization API spec together with the Language spec cover this:
>
> Clause 8 of the Internationalization API spec says: "The Intl object is a
> standard bu
On Fri, Aug 31, 2012 at 6:24 PM, 程劭非 wrote:
> What does it look like if you want to import more than one variables
> from one module?
import {a,b} from "oldscript.js#a,b"
>
> 2012/8/31 Shijun He :
>> On Fri, Aug 31, 2012 at 3:16 PM, 程劭非 wrote:
>>> I guess Kevin has some same concerns with me.
>
+1 for makeObservable
On Fri, Aug 31, 2012 at 10:41 AM, François REMY
wrote:
> From: Rick Waldron
>> Nit: "Object.makeBindable" sounds like: "prepare this for bindability",
>> but "bind" is already a concept in the language, where
>> Function.prototype.bind creates a new function object from an e
Thanks everyone for your feedback!
I certainly learned a thing or two, but the majority opinion
and information seem to be:
- further divergence is in the cards for AS and ES
- AS and ES are already so different that, wrt input to ES
development, AS has no special status over other
lang
Le 02/09/2012 23:13, Brandon Benvie a écrit :
The use of the term receiver is somewhat misleading when put next to
the receiver in the get and set traps. For get and set the receiver is
always the proxy unless it's an object that has the proxy as its
[[prototype]]. For function invocation the r
8 matches
Mail list logo