The committee has made it clear in their 2018 tc39 day III notes that they
have enough sugar in the specification. Any further PRs are unlikely to be
championed, so perhaps this is moot.
--
Abdul S.
___
es-discuss mailing list
es-discuss@mozilla.org
I don't understand; a = a.map(...) works fine--not something I would write, I
tend to use single assignment style.
Perhaps I misunderstood, because both of your examples produced strings, and
you used the same ${} notation as template literals. Now,I think you want is
some sort of syntactic
See the entire thread at <
https://esdiscuss.org/topic/the-tragedy-of-the-common-lisp-or-why-large-languages-explode-was-revive-let-blocks>.
While this position is in no way official, several of the reactions on the
thread are from other committee members, and so serves as an indication of
Thanks for your quick reply.
> in practice, inclusion into the proposals repo requires involvement
(championing or otherwise) from a TC39 member
With all due respect, if that is the practice, then the document should
reflect that practice.
FWIW, I did register as specified by that page.
> The
The document says both "The TC39 committee must approve acceptance for each
stage." (which I read as, even if there's no entrance criteria) and "Such
submissions must either come from members of TC39 or from non-members who
have registered via Ecma International,", for one, but in practice,
can I be the first to say: what
On Sat, 12 May 2018, 16:31 Abdul Shabazz, wrote:
> A velocity vector can also be added to detect the presence of malware,
> which in turn can effect the mass. If the mass at any point is changed,
> then the pipeline is dropped.
> --
>
> https://tc39.github.io/process-document/
This document says that there are no entrance criteria for Stage 0. In
practice, however, when I attempted to add a proposal to the phase 0 list,
via a PR to
https://github.com/tc39/proposals/blob/master/stage-0-proposals.md, it was
rejected based on the
Thank you, i am already partway through the March 2018 TC39 meeting notes
from day III
--
Abdul S.
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
They're not written down anywhere, and they change based on the makeup of
the committee.
However, in general, the wider committee strives to avoid complexity, and
absolutely will demand a justification for adding anything to JavaScript,
including for changing the *process by which changes are
A good place to start is [1].
[1] https://github.com/tc39/proposals
On Saturday, May 12, 2018 7:11:36 PM CEST Abdul Shabazz wrote:
> I wasn't aware of the committees view of synonyms and that they perceive
> them ad clutter. This unfortunate but i will moderate my future suggestions
>
I wasn't aware of the committees view of synonyms and that they perceive
them ad clutter. This unfortunate but i will moderate my future suggestions
accordingly. btw where can i find their submission/proposal guidelines?
--
Abdul S.
___
es-discuss
@Jordan Harband
Sorry i just dont agree; i don't create things which have meaning, i give
meaning to things i create.
--
Abdul S.
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
Number.EPSILON was added in ES2015.
The committee generally does have a problem adding synonyms; that does not
add any significant value, while it does add complexity.
On Sat, May 12, 2018 at 10:05 AM, Abdul Shabazz
wrote:
> If Number.EPSILON does not exist then yes we
If one is not sure why something would be useful, then one should not
propose anything.
Do you have a use case for this, or would it address an inconsistency in
the language? If so, great, please share! If not, then there's not really
anything to discuss.
On Sat, May 12, 2018 at 10:02 AM, Abdul
If Number.EPSILON does not exist then yes we should add it. I have no
problems adding synonyms.
--
Abdul S.
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
Alex, thanks for the suggestion. The committee has already been working on
compiling a resource that would address your concerns.
On Sat, May 12, 2018 at 8:13 AM, Pranay Prakash wrote:
>
> https://esdiscuss.org
>
> On Sat, May 12, 2018, 9:55 AM Alex Vincent
Proposals always have a cost. Thus, every proposal *always* must justify
why it's useful, or else it's never going to be worth making a change to
the language.
On Fri, May 11, 2018 at 11:25 PM, kdex wrote:
> Well, if we really want to delve into linguistics, it's more the opposite
Please compare to the inclusion of Number.POSITIVE_INFINITY, and
Number.NEGATIVE_INFINITY.
--
Abdul S.
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
It doesn't sound like `Number.MIN_VALUE` is what you want, is it? You're
asking for something like `Number.EPSILON`, but relative to `0` instead of
`1`?
On Sat, May 12, 2018 at 9:57 AM, kdex wrote:
> Already available, just prepend a minus sign like so:
>
> ```js
>
Already available, just prepend a minus sign like so:
```js
-Number.MIN_VALUE
```
Yours would be much longer to type and brings no additional value.
On Saturday, May 12, 2018 6:54:42 PM CEST Abdul Shabazz wrote:
> Ok. How about Number.NEGATIVE_MIN_VALUE
signature.asc
Description: This is a
Ok. How about Number.NEGATIVE_MIN_VALUE
--
Abdul S.
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
`Number.MIN_VALUE` already exists.
On Saturday, May 12, 2018 6:49:32 PM CEST Abdul Shabazz wrote:
> As polar opposite to Infinity, Number.POSITIVE_INFINITY, the Infinitesimal
> should be a smallest representable value greater than 0. Perhaps someone
> else could propose why this would be useful.
As polar opposite to Infinity, Number.POSITIVE_INFINITY, the Infinitesimal
should be a smallest representable value greater than 0. Perhaps someone
else could propose why this would be useful.
--
Abdul S.
___
es-discuss mailing list
A velocity vector can also be added to detect the presence of malware,
which in turn can effect the mass. If the mass at any point is changed,
then the pipeline is dropped.
--
Abdul S.
___
es-discuss mailing list
es-discuss@mozilla.org
A pilot-wave or Pilot is a guiding wave on which other meta-waves can flow,
such as a gravity-wave or graviton whose period-length is the entire
universe. Pilot-wave -based execution injects the execution flow onto the
Pilot, in a pipeline-based fashion.
And, in the event the Pilot fails, the
https://esdiscuss.org
On Sat, May 12, 2018, 9:55 AM Alex Vincent wrote:
> I hate to say it, but I keep seeing the same dozen ideas surfaced over and
> over again here. We really should capture them in a HTML page with link
> targets. I'd like to see a format of:
>
> Q: I
I hate to say it, but I keep seeing the same dozen ideas surfaced over and
over again here. We really should capture them in a HTML page with link
targets. I'd like to see a format of:
Q: I have this idea or I want this in the language...
A: Hyperlink to a TC39 spec, a library or an explanation
> -- Forwarded message --
> From: Sebastian Malton
> To: Pranay Prakash , "MichaĆ Wadas" <
> michalwa...@gmail.com>
> Cc: Matthew Tedder , es-discuss <
> es-discuss@mozilla.org>
> Bcc:
> Date: Fri, 11
An economist specializes in the efficienct allocation of resources.
Software is a resources, as well as its language and its constructs. I'm
not sure how this would be useful.
--
Abdul S.
___
es-discuss mailing list
es-discuss@mozilla.org
A linguist/etymologist specializes in the origination/derivation of new
words.
I'm not sure how this would be useful.
--
Abdul S.
___
es-discuss mailing list
es-discuss@mozilla.org
https://mail.mozilla.org/listinfo/es-discuss
Well, if we really want to delve into linguistics, it's more the opposite of
what you're describing: Tons of languages have grammatical features that make
English one of the most nondescriptive and ambiguous languages out there:
Grammatical cases and gender, a wider variety of tenses, moods,
31 matches
Mail list logo