> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Brendan Eich
> Sent: 6. mars 2008 18:04
> To: Garrett Smith
> Cc: es4-discuss@mozilla.org es4-discuss; Erik Arvidsson
> Subject: Re: ES4 draft: Object
>
>
> Remember that fixtures declared in classes
On Mar 6, 2008, at 5:57 PM, Garrett Smith wrote:
> On Wed, Mar 5, 2008 at 7:19 PM, Brendan Eich <[EMAIL PROTECTED]>
> wrote:
>> Hixie argued strongly on IRC today for something that does not
>
>> So, rather than add an ugly "dontenum" keyword that would be seldom
>> used, the group preferred a
On Mar 6, 2008, at 5:30 PM, Lars Hansen wrote:
> The text of E262-3 does not reveal anything unusual about the
> Error objects, as far as I can see.
How embarrassing. The original implementation of Error and friends in
SpiderMonkey, but one of the Netscape folks involved with ES3 in TG1
at t
On Wed, Mar 5, 2008 at 7:19 PM, Brendan Eich <[EMAIL PROTECTED]> wrote:
> Hixie argued strongly on IRC today for something that does not
> So, rather than add an ugly "dontenum" keyword that would be seldom
> used, the group preferred a built-in method. But this may have been a
> minor mistake.
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Brendan Eich
> Sent: 5. mars 2008 19:19
> To: Erik Arvidsson
> Cc: es4-discuss@mozilla.org es4-discuss
> Subject: Re: ES4 draft: Object
>
> To avoid injecting a public name into Object.prototype, we
>
The error classes are utterly boring except for the wrinkle that the
predefined subclasses of Error -- EvalError, RangeError, and so on --
all have a [[Class]] that is "Error", not their natural class name.
Anyhow, the draft is enclosed.
Unlike the ES3 spec, I've expanded the subclasses of Error i
Both good points. Thanks.
--lars
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of liorean
> Sent: 6. mars 2008 15:32
> To: es4-discuss@mozilla.org
> Subject: Re: eval
>
> On 06/03/2008, Lars Hansen <[EMAIL PROTECTED]> wrote:
> > eval(x)
> > lo
On 06/03/2008, Lars Hansen <[EMAIL PROTECTED]> wrote:
> eval(x)
> look up "eval"
> if the found value v is the original eval function and
> the binding object x holding eval is an ES global object and
> the global object on the scope chain for v is x then
Is this the same x as in "e
On 06/03/2008, Lars Hansen <[EMAIL PROTECTED]> wrote:
> The draft has been updated based on ticket resolutions:
> http://wiki.ecmascript.org/doku.php?id=spec:line_terminator_normalizatio
The URL has missed the final "n", the right one is:
http://wiki.ecmascript.org/doku.php?id=spec:line_terminat
Geoff,
I hope my answer to your previous post helps you along. Since I had to
write that, though, I should just take the prose and copy it into a
draft proposal and we could zero in on something definite and useful in
short order. Stay tuned.
--lars
> -Original Message-
> From: Geoffr
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Geoffrey Garen
> Sent: 5. mars 2008 19:26
> To: es4-discuss Discuss
> Subject: eval
>
> Hi all.
>
> I'm trying to implement an ES4-compliant version of eval, but
> I'm having trouble understanding wh
It depends on whether we care about object identity or not for immutable
objects like Name that don't have special support from the language (eg
in comparison operators). Useful question, though. I will ponder it.
--lars
From: Yuh-Ruey Chen [mailto:[E
Lars,
Could you comment on this?
I see from your post @
http://www.nabble.com/Eval-invisible-let-bindings-td14182651.html#a14182651
that you have definite ideas about "the current ES4 proposal" for
eval. What is that proposal? Is it written down anywhere?
I tried the reference implementati
The draft has been updated based on ticket resolutions:
http://wiki.ecmascript.org/doku.php?id=spec:line_terminator_normalizatio
n
--lars
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Lars Hansen
> Sent: 26. februar 2008 01:37
> To: es4-discuss
The proposal has been updated based on ticket resolutions:
http://wiki.ecmascript.org/doku.php?id=spec:line_continuation_in_strings
--lars
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of Lars Hansen
> Sent: 26. februar 2008 01:38
> To: es4-discuss
Information/discussion item.
In the drafts for predefined classes I've sent out so far, the
interaction between the intrinsic methods and the prototype methods has
more or less uniformly been specified as the prototype calling the
corresponding intrinsic method on its "this" object, for example:
When we've produced a spec to propose as the normative ES4 standard,
it will be, er, normative ;-). The RI at that point will be
informative, but it will be maintained so future editions can
continue to extract code to include in the spec.
/be
On Mar 6, 2008, at 12:23 PM, Michael O'Brien wr
The spec is normative. The RI is informative. (It will presumably
have to commit to some things that the spec need not commit to, even
if its something as relatively trivial as the precise workings of the
random number generator.)
--lars
On 3/6/08, Michael O'Brien <[EMAIL PROTECTED]> wrote:
> I
Is the RI informative or normative?
When the spec is actually published, will the written word take
precedence, albeit with code fragments from the RI textually included or
will the RI itself be the ultimate arbiter?
Mob
___
Es4-discuss mailing list
E
Just for completeness -- we implement it in Mbedthis Ejscript also.
Mob
Brendan Eich wrote:
On Mar 5, 2008, at 11:51 PM, T. Michael Keesey wrote:
On Wed, Mar 5, 2008 at 11:28 PM, Brendan Eich <[EMAIL PROTECTED]>
wrote:
E4X is not used on the Web.
On Mar 6, 2008, at 10:53 AM, Lars Hansen wrote:
http://bugs.ecmascript.org/ticket/357
And Jon Zeppieri kindly implemented this spread (Tucker, have I been
misnaming it as "splat"?) operator in the RI. I just commented again
in the ticket.
/be__
There's an open ticket on it that proposes just that, neither accepted
or rejected, really. The super(...args) seems like an important use
case.
http://bugs.ecmascript.org/ticket/357
--lars
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On Behalf Of P T Wit
Did the use of ... in the parameter list (in the tail position only, I
assume) of a function call to 'spread' an array of arguments get
accepted into the language? Is the proper way to trampoline all my
constructor args to my superclass going to be:
class Foo extends Bar {
function Foo(.
On 3/6/08, P T Withington <[EMAIL PROTECTED]> wrote:
> I'm just relating personal experience, which is that when I need
> integer division, I usually need to express the rounding mode too. So
> it seems odd to me to provide truncate as an operator, whereas the
> other rounding modes require a f
I'm just relating personal experience, which is that when I need
integer division, I usually need to express the rounding mode too. So
it seems odd to me to provide truncate as an operator, whereas the
other rounding modes require a function call. (Perhaps I would be
less paranoid if I ha
Tucker,
I detect sarcasm in your reply, but maybe I'm just being paranoid now...
R4RS Scheme:
"For integers n1 and n2 with n2 not equal to 0,
(= n1 (+ (* n2 (quotient n1 n2)) (remainder n1 n2)))"
E262-3 (the % operator):
"In the remaining cases, where neither an infinity, nor a zero, nor
Na
Don't you want to be able to express rounding mode? And if so, do you
need 4 operators? floor/, ceiling/, round/, truncate/? Oh, maybe they
should be named /-, /+, /~ and /0. Yow.
Is div truncate/, or round/? I can never remember.
On 2008-03-05, at 18:18 EST, Lars Hansen wrote:
> Just \
On 06/03/2008, liorean <[EMAIL PROTECTED]> wrote:
> (Hmm. Were there any proposal for adding a any-includes-newline flag
> or a any-including-newlines escape instead of the [\s\S] cludge? If
> not, is \A)
Never finished that sentence it seems. It should have run:
If not, is \A or some simil
On 06/03/2008, P T Withington <[EMAIL PROTECTED]> wrote:
> I'd like to see us keep triple-quoted strings. But with a simpler
> (tried and true?) syntax, say that of Python 'long strings'. (Which
> to my mind are just heredocs without a choice of delimiter.) Seems to
> me we just tried to be
On 2008-03-06, at 02:24 EST, Brendan Eich wrote:
> On Mar 5, 2008, at 11:17 PM, Nathan de Vries wrote:
>
>> On Thu, 2008-03-06 at 00:14 +, Peter Hall wrote:
>>> Except that it would have a few unexpected behaviours, especially
>>> around the & and < characters.
>>
>> What would those unexpecte
On 06/03/2008, Michael Daumling <[EMAIL PROTECTED]> wrote:
> Well, I do find the feature useful...
>
> I have seen a lot of scripts that contain multiline strings. Yes, you
> can used escaped newlines, but triple-quoting is definitely much more
> useful. For what it's worth, triple-quoting
On 06/03/2008, Igor Bukanov <[EMAIL PROTECTED]> wrote:
> On 06/03/2008, Peter Hall <[EMAIL PROTECTED]> wrote:
> > Except that it would have a few unexpected behaviours, especially
> > around the & and < characters.
>
>
> In normal strings and the triple quoted strings one has to escape \ .
> So
On Mar 6, 2008, at 12:26 AM, Brendan Eich wrote:
> Sure, E4X is in Flash. Interoperating with itself. Same goes for
> SpiderMonkey. It's not part of the cross-browser standards that are
> implemented in standards,
er, "implemented in browsers".
/be
__
On Mar 5, 2008, at 11:51 PM, T. Michael Keesey wrote:
> On Wed, Mar 5, 2008 at 11:28 PM, Brendan Eich <[EMAIL PROTECTED]>
> wrote:
>>
>> E4X is not used on the Web.
>
> So ActionScript 3.0-based Flash/Flex websites don't count?
Sorry, my browser bias is showing.
Sure, E4X is in Flash. Interop
34 matches
Mail list logo