No Math.TAU in Harmony, per the meeting notes:
http://esdiscuss.org/notes/2014-07-31#5-1-math-tau
MarkM's argument fits on one line: one letter shorter, not well known,
not well taught. PI is known, taught and ubiquitous.
This is a courtesy FYI and (I hope) a tombstone for this thread. Don't
On Wed, Jul 2, 2014 at 5:52 PM, A Matías Quezada amati...@gmail.com wrote:
1. Use Math.PI * 2 everywhere
2. Create a TAU constant on every file
3. Create a TAU constant on a single file and require this file from
everywhere just for this
4. Do Math.TAU = Math.PI * 2 once somewhere. It even
Extending host objects? I don't think that favors readability and
maintainability.
If I don't know TAU (or some one read my code and doesn't know it) and see
this I will look for Math.TAU on MDN, not on the project and if by chance I
guess it's defined somewhere in the project how will I know
.
If I don't know TAU (or some one read my code and doesn't know it) and see
this I will look for Math.TAU on MDN, not on the project and if by chance I
guess it's defined somewhere in the project how will I know? there is no
reference to the file where the variable is created.
Sounds like create
On Jul 3, 2014 9:15 AM, A Matías Quezada amati...@gmail.com wrote:
PS: Also in ES6 modules it will be not possible to extend module Math.
Really? That will be quite problematic when it comes time to write es7-shim.
--scott
___
es-discuss mailing list
http://people.mozilla.org/~jorendorff/es6-draft.html#sec-runtime-semantics-module-objects
A Module object is an exotic object whose own properties corresponding
corresponding to the ExportedBindings of the module identifed by the
ModuleImport FromClause. Each property name is the StringValue of
That doesn't mean that you cannot extend builtins - if you don't explicitly
load a module into its own Realm using the ModuleLoader, it shares builtins
with all other modules.
Also note that a Module object isn't the scope for a module script. It's a
reflection of the internal metadata about the
Till: we can discuss that on another thread, we are missing the main point
here...
---
A. Matías Quezada
Senior Javascript Developer
amati...@gmail.com
2014-07-03 17:09 GMT+02:00 Till Schneidereit t...@tillschneidereit.net:
That doesn't mean that you cannot extend builtins - if you don't
that PI*2 is TAO is required to even make use of it, unless/until mathematicians, books, and wikipedia start using TAO where 2 PI is currently used, you have to convert them. Nope. It is the length of the unit circle, end of story. I don't need to remember what is it to start writing `if (x = Math.TAU
used, you have to convert them.
Nope. It is the length of the unit circle, end of story. I don't need to
remember what is it to start writing `if (x = Math.TAU) x -= Math.TAU` for
boundary check for example.
Also... it TAU, not TAO. If you don't know what it is and use 2*PI all
over the place
joe wrote:
If we're going to have convenience multiples of PI, they should be a)
non-ideological, and b) include more than one (PI/2 comes up a lot in
vector math, for example).
Why not have:
Math.PI
Math.DPI //double pi
TAU
Math.HPI //half pi
ETA, conventionally.
Or perhaps we
On 28 June 2014 20:23, Rick Waldron waldron.r...@gmail.com wrote:
On Saturday, June 28, 2014, Brendan Eich bren...@mozilla.org wrote:
Ok, nerdbait -- but I'll take it and champion it at the next TC39 meeting.
Thanks,
Yes, if you hadn't I would've :)
I doubt there will be an opposition, but
Although I'm a mathematician, I don't want to argue from a mathematical point
of view against the inclusion of Math.TAU
(For this please read the http://www.thepimanifesto.com/ which was already
posted above by Michael).
But instead from a JavaScript point of view:
The only arguments in favor
to argue from a mathematical
point of view against the inclusion of Math.TAU
(For this please read the http://www.thepimanifesto.com/ which was
already posted above by Michael).
But instead from a JavaScript point of view:
The only arguments in favor of Math.TAU so far were:
Another +1. Would
I'd just like to add that joke requests like Math.TAU that have no place
in the language specification itself generate a considerable amount of
overhead for those of us who keep up with the mailing list.
Especially since the other topics discussed are interesting (e.g.
ModuleImport ). I think
I'd just like to add that joke requests like Math.TAU that have no
place in the language specification itself generate a considerable
amount of overhead for those of us who keep up with the mailing list.
I don't think asking for Math.TAU was a joke request. It's rather a
request
On Mon, Jun 30, 2014 at 10:27 AM, Jan Keromnes j...@mozilla.com wrote:
I'd just like to add that joke requests like Math.TAU that have no
place in the language specification itself generate a considerable
amount of overhead for those of us who keep up with the mailing list.
I don't think
of that claim certainly
isn't).
As I mentioned, although I am a pi-ist, I think Math.TAU is harmless. But
I will qualify the not useful part -- there is no numerical accuracy
benefit to using Math.TAU (only the floating point exponent changes), nor
is there likely to be any emitted-code improvement
On 30 June 2014 19:01, Rick Waldron waldron.r...@gmail.com wrote:
On Mon, Jun 30, 2014 at 10:27 AM, Jan Keromnes j...@mozilla.com wrote:
I'd just like to add that joke requests like Math.TAU that have no
place in the language specification itself generate a considerable
amount of overhead
On Mon, Jun 30, 2014 at 1:26 PM, Andreas Rossberg rossb...@google.com
wrote:
On 30 June 2014 19:01, Rick Waldron waldron.r...@gmail.com wrote:
On Mon, Jun 30, 2014 at 10:27 AM, Jan Keromnes j...@mozilla.com wrote:
I'd just like to add that joke requests like Math.TAU that have no
place
alawatthe wrote:
Brendan you said once that Math is becoming a dumping ground see
here
https://mail.mozilla.org/pipermail/es-discuss/2013-November/034610.html
(So it surprised me much, that you want to champion Math.TAU at the
next TC39 meeting.)
Champion is TC39 code-word for advocate
"crackpot territory", doesn't mean it's not useful (the condescension of that claim certainly isn't). As I mentioned, although I am a pi-ist, I think Math.TAU is harmless. But I will qualify the "not useful" part -- there is no numerical accuracy benefit to using Math.TAU (
mathematicians think this is crackpot territory,
doesn't mean it's not useful (the condescension of that claim certainly
isn't).
As I mentioned, although I am a pi-ist, I think Math.TAU is harmless. But
I will qualify the not useful part -- there is no numerical accuracy
benefit to using Math.TAU
On Monday, June 30, 2014, Frankie Bagnardi f.bagna...@gmail.com wrote:
String.prototype.endsWith and Object.is are functions, and their JS
implementations are nontrivial to memorize and type (although not the worst
examples). Memorizing PI to more than a few digits is nontrivial. Same
with
If we're going to have convenience multiples of PI, they should be a)
non-ideological, and b) include more than one (PI/2 comes up a lot in
vector math, for example).
Why not have:
Math.PI
Math.DPI //double pi
Math.HPI //half pi
Or perhaps we should just let people define their own constants.
NO! π all the things!
Just kidding ;) ... +1 adding the τ constant.
- Jonathan
On Sat, Jun 28, 2014 at 9:01 PM, C. Scott Ananian ecmascr...@cscott.net
wrote:
I'll admit to being a pi-ist, rather than a tau-ist, but I don't object to
adding Math.TAU. It's a fairly harmless easter egg
Another +1. Would save me doing Math.TAU = 2 * Math.PI; at the top of all
my trignometry files :-)
On 1404030818733, Jonathan Barronville jonat...@belairlabs.com wrote:
NO! π all the things!
Just kidding ;) ... +1 adding the τ constant.
- Jonathan
On Sat, Jun 28, 2014 at 9:01 PM, C. Scott
I propose the tau constant be added to the Math object and be defined as
2*Math.PI, as described in the tau manifesto:
http://tauday.com/tau-manifesto
(I couldn't find any discussion about this when searching esdiscuss.org, so
sorry if this has been discussed before)
Marius Gundersen
On Saturday, June 28, 2014, Brendan Eich bren...@mozilla.org wrote:
Ok, nerdbait -- but I'll take it and champion it at the next TC39 meeting.
Thanks,
Yes, if you hadn't I would've :)
I doubt there will be an opposition, but for anyone interested, Section 2
(especially 2.1) of the Tau
FYI: http://www.thepimanifesto.com/
On Sat, Jun 28, 2014 at 9:28 AM, Marius Gundersen gunder...@gmail.com
wrote:
I propose the tau constant be added to the Math object and be defined as
2*Math.PI, as described in the tau manifesto:
http://tauday.com/tau-manifesto
(I couldn't find any
I'll admit to being a pi-ist, rather than a tau-ist, but I don't object to
adding Math.TAU. It's a fairly harmless easter egg.
--scott
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
31 matches
Mail list logo
