Replace Subscriptions with Cancellation Tokens · Issue #112 · tc39/proposal-observable
In Munich the committee pushed back when Observable was proposed for advancement to stage 2. Instead the committee suggested we examine whether it was possible to integrate Observable with the Cancellation Tokens presented by @domenic at the same meeting. Reasonable questions were raised about whether JavaScript really needs both Cancellation tokens and Subscriptions given both have similar respon
Locale related APIs -- language matching · Issue #46 · tc39/ecma402
UPDATE: Latest Proposal - Nov 2015 I started working on a spec and polyfill for Intl.Locale API. I should have some proposal for this next week. Currently I have five functions on it: isStructurallyValidLanguageTag(locale) canonicalizeLocaleList(locales) resolveLocale(availableLocales, requestedLocales, options, relevantExtensionKeys, localeData) prioritizeAvailableLocales(availableLocales, reques
[Discussion] Simplification of Loader · Issue #147 · whatwg/loader
Disclaimer: the following is a compilation of many thoughts and discussions about the future of the loader spec, it is not an actual plan, just food for thoughts. Rationale on why we might want to simplify the Loader API Importing relative and global modules on-demand is a primary use-case to level-up with node/CJS capabilities (import() imperative form is needed). A module may want to create a ne
![[Discussion] Simplification of Loader · Issue #147 · whatwg/loader](https://cdn-ak-scissors.b.st-hatena.com/image/square/0750eb38f8d8f1568bccbbbff4335ffc22415303/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fopengraph.githubassets.com%2Fff596f12064e943b1b79172e73e6f35709c3a1dfa1cd4fc3e0120ea9f9a4ee4c%2Fwhatwg%2Floader%2Fissues%2F147)
The '?' and '!' syntax in algorithms is very poorly chosen · Issue #568 · tc39/ecma262
There are several problems: The choice to optimize for brevity at the expense of readability means the sigils are actually quite easy to miss. Especially '!', which is quite thin. '!' has existing meanings as "not" that confuse people (e.g. when people see ! IsCallable(obj) in an algorithm they think that it means "obj is not callable". Especially as people try to use these sigils in other specifi
extends null · Issue #543 · tc39/ecma262
It does not allow me to sleep for a year. It was broken after the last class reform. See the last sentence. For usage this should be called super, but we can't call null. This issue was closed. Now added many serious changes for ES6, so maybe makes sense fix extends null like it was proposed in #22? Usage this in extended from null constructors without super or a special case for super in those co
Response to the proposal to add explicit tail call syntax to ECMAScript · Issue #535 · tc39/ecma262
After some discussion with other JavaScriptCore team members, we at Apple cannot support the suggested change to make tail calls explicit via syntax due to the expected web incompatibilities those changes will create. Given that tail calls are currently part of the ES6 and draft ES7 specification, a compliant implementation should implement tail calls as described in those specifications. Complian
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
RegExp.escape()
Normative: Allow initializers in ForInStatement heads by bakkot · Pull Request #614 · tc39/ecma262
Specify Date.UTC when called with fewer than two arguments by claudepache · Pull Request #642 · tc39/ecma262
dropping for-in initializers was sufficiently incompatible as to be reverted by browsers · Issue #260 · tc39/ecma262
Normative: Require the latest available Unicode version instead of a fixed version number by mathiasbynens · Pull Request #620 · tc39/ecma262
Agent spec must address agent failure (was: Memory model must include partial failure) · Issue #55 · tc39/proposal-ecmascript-sharedmem
What should `this` be bound to in initializers? · Issue #34 · tc39/proposal-class-public-fields
Use "." notation for all internal slots · Issue #574 · tc39/ecma262
Proposed changes to inferred Function.name by msaboff · Pull Request #575 · tc39/ecma262
[[Construct]]: extends the check against non-undefined primitive by claudepache · Pull Request #469 · tc39/ecma262![[[Construct]]: extends the check against non-undefined primitive by claudepache · Pull Request #469 · tc39/ecma262](https://cdn-ak-scissors.b.st-hatena.com/image/square/28900b91544b19d7286295c831c9bc29a7e2d9b1/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fopengraph.githubassets.com%2Fcecc6c981b67f6da36152fd6264c136283925684e4b07018811f1ab1da299b60%2Ftc39%2Fecma262%2Fpull%2F469)
Conditional catch clause
Don't fallback to Symbol.iterator in async iteration statement · Issue #12 · tc39/proposal-async-iteration
tc39-notes/march-29.md at master · rwaldron/tc39-notes · GitHub
Normalize TypedArray, ArrayBuffer and DataView constructors by leobalter · Pull Request #410 · tc39/ecma262
