Revisit support for `::` operator

[ackvf]

Suggestion for Extensions and :: operator

🔍 Search Terms

Support proposed ES Next "::" bind operator #3508
bind operator
Extensions

✅ Viability Checklist

My suggestion meets these guidelines:

• This wouldn't be a breaking change in existing TypeScript/JavaScript code
• This wouldn't change the runtime behavior of existing JavaScript code
• This could be implemented without emitting different JS based on the types of the expressions
• This isn't a runtime feature (e.g. library functionality, non-ECMAScript syntax with JavaScript output, new syntax sugar for JS, etc.)
• This feature would agree with the rest of TypeScript's Design Goals.

⭐ Suggestion

I would like to revisit Support proposed ES Next "::" bind operator #3508

We'll revisit this if the proposal proceeds to stage 1.

Originally posted by @DanielRosenwasser in #3508 (comment)

There is a new iteration on the original bind operator proposal that has reached stage 1.

This is an ECMAScript (JavaScript) proposal in stage 1.

Note: The proposal could be seen as the new iteration of old bind operator proposal and I hope we could continue the further development in the original proposal repo if possible. See tc39/proposal-bind-operator#56 .

~ https://github.com/tc39/proposal-extensions

📃 Motivating Example and 💻 Use Cases

https://github.com/tc39/proposal-extensions

[MartinJohns]

I think nowadays the team follows the stance to wait for stage 3. Adding support for a feature that (at least currently) has no real outlook of being supported by JavaScript is risky.

[RyanCavanaugh]

What @MartinJohns said -- we don't add new runtime-observable syntax unless it's at Stage 3 in the process. We continue to monitor active proposals and provide feedback where needed to help move them along.

[ackvf]

Alright! Get it. Too bad, I would love to see some syntactic sugar for binding.