My comments on this chapter:
The operator form of eval is used before it's described, which confused me
while reading this document.
It bothers me that the eval operator form and the eval function form produce
different valid results for the same input. If we provide both and both are
2008/3/24 Lars Hansen [EMAIL PROTECTED]:
I would in particular like comments on eval.
Why does the operator form of eval have the name 'intrinsic::eval' (in
addition to plain 'eval')? Either eval has the distinction of being
the only namespaced operator in the language, or else this is a pun.
There are some global functions that I think should be deprecated and
moved to a relevant class.
encodeURIComponent et al have nothing to do with the Global object.
Same with isNaN, isFinite.
These should be deprecated and moved to the appropriate object. In the
case of encodeURIComponent, that
Deprecation does not really buy you anything. Most people will never know
something is deprecated and even if they do, they will most likely continue
to use it. (Take escape and unescape as example.)
Yes, it would be nice to have a Uri class but that can be implemented by
libraries and
On Tue, Mar 25, 2008 at 7:50 AM, Erik Arvidsson
[EMAIL PROTECTED] wrote:
Deprecation does not really buy you anything. Most people will never know
something is deprecated and even if they do, they will most likely continue
to use it. (Take escape and unescape as example.)
No, actually, if
Take Object.prototype.eval, for example. Nobody uses that much
anymore. If it's removed from Mozilla, probably some pages will break,
but not that many. Most people know better than to use that. I'm
surprised it's been hanging around in for so long.
Most people don't know about
On Mar 25, 2008, at 8:05 AM, Garrett Smith wrote:
Take Object.prototype.eval, for example. Nobody uses that much
anymore. If it's removed from Mozilla,
It has been removed -- test Firefox 3, any beta.
/be
___
Es4-discuss mailing list
On Tue, Mar 25, 2008 at 8:13 AM, Erik Arvidsson
[EMAIL PROTECTED] wrote:
Take Object.prototype.eval, for example. Nobody uses that much
anymore. If it's removed from Mozilla, probably some pages will break,
but not that many. Most people know better than to use that. I'm
surprised it's
-Original Message-
From: Garrett Smith [mailto:[EMAIL PROTECTED]
Sent: 25. mars 2008 08:43
To: Erik Arvidsson
Cc: Lars Hansen; es4-discuss@mozilla.org
Subject: Re: ES4 draft: the global object
WRT escape, that has seen much less use lately. All the
libraries are using
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Jon Zeppieri
Sent: 25. mars 2008 06:47
To: Lars Hansen
Cc: es4-discuss@mozilla.org
Subject: Re: ES4 draft: the global object
2008/3/24 Lars Hansen [EMAIL PROTECTED]:
I would in particular like
I think I need to understand the following before I can comprehend the rest:
On Tue, Mar 25, 2008 at 12:42 PM, Lars Hansen [EMAIL PROTECTED] wrote:
Note also that
eval(s)
is the same as
null::eval(s)
so arguments about 'namespaced operators' are probably not right.
Not right in
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On
Behalf Of Jon Zeppieri
Sent: 25. mars 2008 10:30
To: Lars Hansen
Cc: es4-discuss@mozilla.org
Subject: Re: ES4 draft: the global object
I think I need to understand the following before I can
comprehend
On Tue, Mar 25, 2008 at 5:47 PM, Lars Hansen [EMAIL PROTECTED] wrote:
Not right in what sense? I'm not sure whether you're
claiming that the operator form of intrinsic::eval isn't a
namespaced operator (in which case, how is it not a pun?) or
that it's not the *only* namespaced
13 matches
Mail list logo
