[w3c/manifest] Space-separated sizes in ImageResource? (#807)
[w3c/manifest] Adding myself as an editor :-) (#806)
Re: [w3c/IndexedDB] Speculative getAllEntries() spec (#280)
Re: [w3c/webcomponents] Editor support for WebComponents (#776)
- Re: [w3c/webcomponents] Editor support for WebComponents (#776)
- Re: [w3c/webcomponents] Editor support for WebComponents (#776)
Re: [whatwg/fetch] Do redirects copy the headers from the initial requests (#553)
[w3c/IndexedDB] Allow indexing on Request/Response properties (#305)
[w3c/IndexedDB] Allow version change transactions w/o modifying version number (#304)
[w3c/manifest] custom padding for maskable icons (#805)
[w3c/manifest] Transparent Bottom Navigation Bar (#804)
[w3c/webcomponents] Preparation for TAG review (#844)
- Re: [w3c/webcomponents] Preparation for TAG review (#844)
- Re: [w3c/webcomponents] Custom state: Preparation for TAG review (#844)
Re: [heycam/webidl] Define a way to specify a default value for dictionaries (the literal "{}") and require it to be specified for the dictionary arguments that are required to be optional. (#750)
- Re: [heycam/webidl] Define a way to specify a default value for dictionaries (the literal "{}") and require it to be specified for the dictionary arguments that are required to be optional. (#750)
- Re: [heycam/webidl] Define a way to specify a default value for dictionaries (the literal "{}") and require it to be specified for the dictionary arguments that are required to be optional. (#750)
- Re: [heycam/webidl] Define a way to specify a default value for dictionaries (the literal "{}") and require it to be specified for the dictionary arguments that are required to be optional. (#750)
- Re: [heycam/webidl] Define a way to specify a default value for dictionaries (the literal "{}") and require it to be specified for the dictionary arguments that are required to be optional. (#750)
- Re: [heycam/webidl] Define a way to specify a default value for dictionaries (the literal "{}") and require it to be specified for the dictionary arguments that are required to be optional. (#750)
Re: [heycam/webidl] Fix bikeshed warnings (#492)
[w3c/IndexedDB] Use IDL this (#303)
- Re: [w3c/IndexedDB] Use IDL this (#303)
- Re: [w3c/IndexedDB] Use IDL this (#303)
- Re: [w3c/IndexedDB] Use IDL this (#303)
[w3c/IndexedDB] Sketch out IDBCursor.close() (#302)
[w3c/webcomponents] Change 'CSS Modules' name to avoid webdev confusion (#843)
- Re: [w3c/webcomponents] Change 'CSS Modules' name to avoid webdev confusion (#843)
- Re: [w3c/webcomponents] Change 'CSS Modules' name to avoid webdev confusion (#843)
- Re: [w3c/webcomponents] Change 'CSS Modules' name to avoid webdev confusion (#843)
- Re: [w3c/webcomponents] Change 'CSS Modules' name to avoid webdev confusion (#843)
- Re: [w3c/webcomponents] Change 'CSS Modules' name to avoid webdev confusion (#843)
- Re: [w3c/webcomponents] Change 'CSS Modules' name to avoid webdev confusion (#843)
- Re: [w3c/webcomponents] Change 'CSS Modules' name to avoid webdev confusion (#843)
- Re: [w3c/webcomponents] Change 'CSS Modules' name to avoid webdev confusion (#843)
- Re: [w3c/webcomponents] Change 'CSS Modules' name to avoid webdev confusion (#843)
- Re: [w3c/webcomponents] Change 'CSS Modules' name to avoid webdev confusion (#843)
- Re: [w3c/webcomponents] Change 'CSS Modules' name to avoid webdev confusion (#843)
- Re: [w3c/webcomponents] Change 'CSS Modules' name to avoid webdev confusion (#843)
- Re: [w3c/webcomponents] Change 'CSS Modules' name to avoid webdev confusion (#843)
- Re: [w3c/webcomponents] Change 'CSS Modules' name to avoid webdev confusion (#843)
- Re: [w3c/webcomponents] Change 'CSS Modules' name to avoid webdev confusion (#843)
- Re: [w3c/webcomponents] Change 'CSS Modules' name to avoid webdev confusion (#843)
- Re: [w3c/webcomponents] Change 'CSS Modules' name to avoid webdev confusion (#843)
- Re: [w3c/webcomponents] Change 'CSS Modules' name to avoid webdev confusion (#843)
- Re: [w3c/webcomponents] Change 'CSS Modules' name to avoid webdev confusion (#843)
- Re: [w3c/webcomponents] Change 'CSS Modules' name to avoid webdev confusion (#843)
- Re: [w3c/webcomponents] Change 'CSS Modules' name to avoid webdev confusion (#843)
- Re: [w3c/webcomponents] Change 'CSS Modules' name to avoid webdev confusion (#843)
- Re: [w3c/webcomponents] Change 'CSS Modules' name to avoid webdev confusion (#843)
[w3ctag/design-reviews] Modal window (#427)
- Re: [w3ctag/design-reviews] Modal window (#427)
- Re: [w3ctag/design-reviews] Modal window (#427)
- Re: [w3ctag/design-reviews] Modal window (#427)
- Re: [w3ctag/design-reviews] Modal window (#427)
- Re: [w3ctag/design-reviews] Modal window (#427)
- Re: [w3ctag/design-reviews] Modal window (#427)
Re: [whatwg/fetch] Double-keyed connection pools (#917)
- Re: [whatwg/fetch] Double-keyed connection pools (#917)
- Re: [whatwg/fetch] Double-keyed connection pools (#917)
- Re: [whatwg/fetch] Double-keyed connection pools (#917)
- Re: [whatwg/fetch] Double-keyed connection pools (#917)
[whatwg/storage] storage corruption reporting (#75)
[w3c/clipboard-apis] Is "clipboard" permission replaced by "clipboard-read" and "clipboard-write"? (#101)
[heycam/webidl] WIP: Async value iterators (#808)
[heycam/webidl] Meta: fix and prevent Bikeshed warnings (#807)
- Re: [heycam/webidl] Meta: fix and prevent Bikeshed warnings (#807)
- Re: [heycam/webidl] Meta: fix and prevent Bikeshed warnings (#807)
- Re: [heycam/webidl] Meta: fix and prevent Bikeshed warnings (#807)
Re: [w3c/manifest] start_url should not default to document URL (#669)
[whatwg/fetch] HTTP cache partitioning (#943)
[w3c/IndexedDB] Sketch out spec text for transaction durability option (#301)
- Re: [w3c/IndexedDB] Sketch out spec text for transaction durability option (#301)
- Re: [w3c/IndexedDB] Sketch out spec text for transaction durability option (#301)
- Re: [w3c/IndexedDB] Sketch out spec text for transaction durability option (#301)
- Re: [w3c/IndexedDB] Sketch out spec text for transaction durability option (#301)
- Re: [w3c/IndexedDB] Sketch out spec text for transaction durability option (#301)
- Re: [w3c/IndexedDB] Sketch out spec text for transaction durability option (#301)
Re: [whatwg/streams] Add URL.createObjectURL(stream) support (#480)
Re: [whatwg/fetch] Privacy-preserving HSTS (#920)
- Re: [whatwg/fetch] Privacy-preserving HSTS (#920)
- Re: [whatwg/fetch] Privacy-preserving HSTS (#920)
- Re: [whatwg/fetch] Privacy-preserving HSTS (#920)
- Re: [whatwg/fetch] Privacy-preserving HSTS (#920)
[w3c/pointerlock] Allow hardware cursor while in pointer lock (#52)
Re: [whatwg/storage] Multiple buckets (#2)
Re: [whatwg/storage] StorageEstimate.quota + Storage Pressure (#73)
- Re: [whatwg/storage] StorageEstimate.quota + Storage Pressure (#73)
- Re: [whatwg/storage] StorageEstimate.quota + Storage Pressure (#73)
- Re: [whatwg/storage] StorageEstimate.quota + Storage Pressure (#73)
- Re: [whatwg/storage] StorageEstimate.quota + Storage Pressure (#73)
- Re: [whatwg/storage] StorageEstimate.quota + Storage Pressure (#73)
[w3ctag/design-reviews] Generalizing "HTML Design Principles" (#426)
[whatwg/fullscreen] Meta: remove <dfn> markup that has no effect on output (#159)
- Re: [whatwg/fullscreen] Meta: remove <dfn> markup that has no effect on output (#159)
- Re: [whatwg/fullscreen] Meta: remove <dfn> markup that has no effect on output (#159)
[whatwg/fetch] Editorial: weird invocations of header list's append (#942)
[heycam/webidl] Fix "overriden" typo (#806)
Re: [whatwg/fetch] specify default accept header on cors preflight (#922)
- Re: [whatwg/fetch] specify default accept header on cors preflight (#922)
- Re: [whatwg/fetch] specify default accept header on cors preflight (#922)
- Re: [whatwg/fetch] specify default accept header on cors preflight (#922)
- Re: [whatwg/fetch] specify default accept header on cors preflight (#922)
[whatwg/fullscreen] Add empty dictionary default value for requestFullscreen (#158)
- Re: [whatwg/fullscreen] Add empty dictionary default value for requestFullscreen (#158)
- Re: [whatwg/fullscreen] Add empty dictionary default value for requestFullscreen (#158)
- Re: [whatwg/fullscreen] Add empty dictionary default value for requestFullscreen (#158)
- Re: [whatwg/fullscreen] Add empty dictionary default value for requestFullscreen (#158)
[w3ctag/design-reviews] [Payments] shipping and contact info delegation (#425)
[whatwg/fetch] Add Accept: */* to CORS-preflight requests' headers (#941)
- Re: [whatwg/fetch] Add Accept: */* to CORS-preflight requests' headers (#941)
- Re: [whatwg/fetch] Add Accept: */* to CORS-preflight requests' headers (#941)
- Re: [whatwg/fetch] Add Accept: */* to CORS-preflight requests' headers (#941)
- Re: [whatwg/fetch] Add Accept: */* to CORS-preflight requests' headers (#941)
Re: [w3c/ServiceWorker] Why does spec set redirect's mode to error ? (#1366)
[heycam/webidl] Allow async iterators to specify return algorithms (#805)
- Re: [heycam/webidl] Allow async iterators to specify return algorithms (#805)
- Re: [heycam/webidl] Allow async iterators to specify return algorithms (#805)
Re: [w3c/webcomponents] HTML Modules: multiple scripts exporting same named export (#831)
- Re: [w3c/webcomponents] HTML Modules: multiple scripts exporting same named export (#831)
- Re: [w3c/webcomponents] HTML Modules: multiple scripts exporting same named export (#831)
Re: [w3c/gamepad] Add SecureContext for touchpad APIs and set default touch id value. (ca0608c)
[w3c/manifest] Editorial: Use vectors for maskable icon (#803)
- Re: [w3c/manifest] Editorial: Use vectors for maskable icon (#803)
- Re: [w3c/manifest] Editorial: Use vectors for maskable icon (#803)
Re: [w3c/webcomponents] HTML parser: align custom elements with the template element (#630)
- Re: [w3c/webcomponents] HTML parser: align custom elements with the template element (#630)
- Re: [w3c/webcomponents] HTML parser: align custom elements with the template element (#630)
- Re: [w3c/webcomponents] HTML parser: align custom elements with the template element (#630)
- Re: [w3c/webcomponents] HTML parser: align custom elements with the template element (#630)
- Re: [w3c/webcomponents] HTML parser: align custom elements with the template element (#630)
- Re: [w3c/webcomponents] HTML parser: align custom elements with the template element (#630)
- Re: [w3c/webcomponents] HTML parser: align custom elements with the template element (#630)
- Re: [w3c/webcomponents] HTML parser: align custom elements with the template element (#630)
- Re: [w3c/webcomponents] HTML parser: align custom elements with the template element (#630)
- Re: [w3c/webcomponents] HTML parser: align custom elements with the template element (#630)
- Re: [w3c/webcomponents] HTML parser: align custom elements with the template element (#630)
Re: [whatwg/fetch] Update to constructor operations (#929)
Re: [whatwg/encoding] Update to constructor operations (#183)
Re: [whatwg/url] Update to constructor operations (#447)
Re: [whatwg/xhr] Update to constructor operations (#254)
Re: [whatwg/dom] Update to constructor operations (#780)
Re: [w3c/webcomponents] Make JavaScript Files a Valid Entry Point to a Web Page (#807)
[whatwg/streams] Tracking issue for Web IDL async iterator support (#1017)
[heycam/webidl] Async iterators should be allowed to have an optional return() algorithm (#804)
[heycam/webidl] Async iterator get next steps should be allowed to reject (#803)
[heycam/webidl] Tweak async iterator algorithms (#802)
- Re: [heycam/webidl] Tweak async iterator algorithms (#802)
- Re: [heycam/webidl] Tweak async iterator algorithms (#802)
- Re: [heycam/webidl] Tweak async iterator algorithms (#802)
- Re: [heycam/webidl] Tweak async iterator algorithms (#802)
- Re: [heycam/webidl] Tweak async iterator algorithms (#802)
- Re: [heycam/webidl] Tweak async iterator algorithms (#802)
- Re: [heycam/webidl] Tweak async iterator algorithms (#802)
- Re: [heycam/webidl] Tweak async iterator algorithms (#802)
[heycam/webidl] Meta: fix Makefile escaping in fallback case (#801)
- Re: [heycam/webidl] Meta: fix Makefile escaping in fallback case (#801)
- Re: [heycam/webidl] Meta: fix Makefile escaping in fallback case (#801)
[heycam/webidl] Extending async iterators to support streams (#800)
- Re: [heycam/webidl] Extending async iterators to support streams (#800)
- Re: [heycam/webidl] Extending async iterators to support streams (#800)
[heycam/webidl] What is ArgumentNameKeyword for? (#799)
- Re: [heycam/webidl] What is ArgumentNameKeyword for? (#799)
- Re: [heycam/webidl] What is ArgumentNameKeyword for? (#799)
Re: [whatwg/dom] Upstream `delegatesFocus` property of ShadowRootInit from W3C spec. (#367)
Re: [whatwg/dom] Add delegatesFocus init to attachShadow and flag to ShadowRoot (#768)
Re: [w3c/manifest] manifest.webmanifest or manifest.json (#689)
[whatwg/xhr] [xhr] Align with Web IDL specification (#261)
- Re: [whatwg/xhr] [xhr] Align with Web IDL specification (#261)
- Re: [whatwg/xhr] [xhr] Align with Web IDL specification (#261)
[whatwg/dom] [dom] Align with Web IDL specification (#786)
- Re: [whatwg/dom] [dom] Align with Web IDL specification (#786)
- Re: [whatwg/dom] [dom] Align with Web IDL specification (#786)
[w3c/touch-events] [touch-events] Align with Web IDL specification (#108)
- Re: [w3c/touch-events] [touch-events] Align with Web IDL specification (#108)
- Re: [w3c/touch-events] [touch-events] Align with Web IDL specification (#108)
[whatwg/encoding] [encoding] Align with Web IDL specification (#186)
- Re: [whatwg/encoding] [encoding] Align with Web IDL specification (#186)
- Re: [whatwg/encoding] [encoding] Align with Web IDL specification (#186)
[w3c/DOM-Parsing] [DOM-Parsing] Align with Web IDL specification (#54)
[w3c/clipboard-apis] [clipboard-apis] Align with Web IDL specification (#100)
- Re: [w3c/clipboard-apis] [clipboard-apis] Align with Web IDL specification (#100)
- Re: [w3c/clipboard-apis] [clipboard-apis] Align with Web IDL specification (#100)
- Re: [w3c/clipboard-apis] [clipboard-apis] Align with Web IDL specification (#100)
- Re: [w3c/clipboard-apis] [clipboard-apis] Align with Web IDL specification (#100)
[whatwg/fetch] [fetch] Align with Web IDL specification (#940)
- Re: [whatwg/fetch] [fetch] Align with Web IDL specification (#940)
- Re: [whatwg/fetch] [fetch] Align with Web IDL specification (#940)
[whatwg/url] [url] Align with Web IDL specification (#450)
- Re: [whatwg/url] [url] Align with Web IDL specification (#450)
- Re: [whatwg/url] [url] Align with Web IDL specification (#450)
[whatwg/fullscreen] [fullscreen] Align with Web IDL specification (#157)
- Re: [whatwg/fullscreen] [fullscreen] Align with Web IDL specification (#157)
- Re: [whatwg/fullscreen] [fullscreen] Align with Web IDL specification (#157)
- Re: [whatwg/fullscreen] [fullscreen] Align with Web IDL specification (#157)
[w3c/IndexedDB] Remove lastModifiedDate handling (#300)
- Re: [w3c/IndexedDB] Remove lastModifiedDate handling (#300)
- Re: [w3c/IndexedDB] Remove lastModifiedDate handling (#300)
- Re: [w3c/IndexedDB] Remove lastModifiedDate handling (#300)
[w3c/IndexedDB] Remove WebIDL escaping of includes() method (#299)
- Re: [w3c/IndexedDB] Remove WebIDL escaping of includes() method (#299)
- Re: [w3c/IndexedDB] Remove WebIDL escaping of includes() method (#299)
- Re: [w3c/IndexedDB] Remove WebIDL escaping of includes() method (#299)
- Re: [w3c/IndexedDB] Remove WebIDL escaping of includes() method (#299)
- Re: [w3c/IndexedDB] Remove WebIDL escaping of includes() method (#299)
- Re: [w3c/IndexedDB] Remove WebIDL escaping of includes() method (#299)
- Re: [w3c/IndexedDB] Remove WebIDL escaping of includes() method (#299)
- Re: [w3c/IndexedDB] Remove WebIDL escaping of includes() method (#299)
- Re: [w3c/IndexedDB] Remove WebIDL escaping of includes() method (#299)
[w3ctag/design-reviews] Partitioning the HTTP cache (#424)
Re: [whatwg/fetch] Double-keyed HTTP cache (#904)
- Re: [whatwg/fetch] Double-keyed HTTP cache (#904)
- Re: [whatwg/fetch] Double-keyed HTTP cache (#904)
- Re: [whatwg/fetch] Double-keyed HTTP cache (#904)
- Re: [whatwg/fetch] Double-keyed HTTP cache (#904)
- Re: [whatwg/fetch] Double-keyed HTTP cache (#904)
- Re: [whatwg/fetch] Double-keyed HTTP cache (#904)
- Re: [whatwg/fetch] Double-keyed HTTP cache (#904)
[heycam/webidl] Remove use of [Constructor] extended attribute (#798)
- Re: [heycam/webidl] Remove use of [Constructor] extended attribute (#798)
- Re: [heycam/webidl] Remove use of [Constructor] extended attribute (#798)
- Re: [heycam/webidl] Remove use of [Constructor] extended attribute (#798)
- Re: [heycam/webidl] Remove use of [Constructor] extended attribute (#798)
- Re: [heycam/webidl] Remove use of [Constructor] extended attribute (#798)
- Re: [heycam/webidl] Remove use of [Constructor] extended attribute (#798)
- Re: [heycam/webidl] Remove use of [Constructor] extended attribute (#798)
[w3c/FileAPI] Put policies in the blob URL store (#142)
Re: [whatwg/dom] Manage slot manipulation centrally and special case replace operations (#695)
[w3c/gamepad] Rewrite things as algorithms... (#114)
- Re: [w3c/gamepad] Rewrite things as algorithms... (#114)
- Re: [w3c/gamepad] Rewrite things as algorithms... (#114)
[w3c/gamepad] Restrict getGamepads() to [SecureContext] (#113)
[w3c/gamepad] added feautre policy section (#112)
- Re: [w3c/gamepad] Add feature policy integration (#112)
- Re: [w3c/gamepad] Add feature policy integration (#112)
- Re: [w3c/gamepad] Add feature policy integration (#112)
- Re: [w3c/gamepad] Add feature policy integration (#112)
- Re: [w3c/gamepad] Add feature policy integration (#112)
Re: [w3c/gamepad] Make getGamepads API asyncronous to support permission request (#70)
[w3c/permissions] Add Gamepad permission (#200)
[w3c/webcomponents] Anonymous custom elements 匿名自定义组件 (#842)
[w3c/webcomponents] Slotted content inside a <p> (#841)
- Re: [w3c/webcomponents] Slotted content inside a <p> (#841)
- Re: [w3c/webcomponents] Slotted content inside a <p> (#841)
- Re: [w3c/webcomponents] Slotted content inside a <p> (#841)
- Re: [w3c/webcomponents] Slotted content inside a <p> (#841)
- Re: [w3c/webcomponents] Slotted content inside a <p> (#841)
- Re: [w3c/webcomponents] Slotted content inside a <p> (#841)
[whatwg/fetch] Question - Why can't the request be cloned? (#939)
- Re: [whatwg/fetch] Question - Why can't the request be cloned? (#939)
- Re: [whatwg/fetch] Question - Why can't the request be cloned? (#939)
- Re: [whatwg/fetch] Question - Why can't the request be cloned? (#939)
- Re: [whatwg/fetch] Question - Why can't the request be cloned? (#939)
- Re: [whatwg/fetch] Question - Why can't the request be cloned? (#939)
- Re: [whatwg/fetch] Question - Why can't the request be cloned? (#939)
Re: [w3c/webcomponents] Form-associated custom elements: being a submit button (#814)
Re: [heycam/webidl] Pattern for defining constructors, methods, getters, and setters (#730)
Re: [whatwg/encoding] Make decode() and encodeInto() accept SharedArrayBuffer-backed views (#172)
[w3c/manifest] Editorial: add note on file extension (#802)
- Re: [w3c/manifest] Editorial: add note on file extension (#802)
- Re: [w3c/manifest] Editorial: add note on file extension (#802)
- Re: [w3c/manifest] Editorial: add note on file extension (#802)
- Re: [w3c/manifest] Editorial: add note on file extension (#802)
- Re: [w3c/manifest] Editorial: add note on file extension (#802)
- Re: [w3c/manifest] Editorial: add note on file extension (#802)
- Re: [w3c/manifest] Editorial: add note on file extension (#802)
- Re: [w3c/manifest] Editorial: add note on file extension (#802)
- Re: [w3c/manifest] Editorial: add note on file extension (#802)
- Re: [w3c/manifest] Editorial: add note on file extension (#802)
- Re: [w3c/manifest] Editorial: add note on file extension (#802)
- Re: [w3c/manifest] Editorial: add note on file extension (#802)
- Re: [w3c/manifest] Editorial: add note on file extension (#802)
[w3c/gamepad] Editorial: add whitespace in Web IDL (#111)
- Re: [w3c/gamepad] Editorial: add whitespace in Web IDL (#111)
- Re: [w3c/gamepad] Editorial: add whitespace in Web IDL (#111)
Re: [w3c/manifest] Clarify service worker member, and when it installs (#640)
- Re: [w3c/manifest] Clarify service worker member, and when it installs (#640)
- Re: [w3c/manifest] Clarify service worker member, and when it installs (#640)
Re: [w3c/manifest] Consider adding a `theming` manifest member or a separate spec for browser customisation (#618)
- Re: [w3c/manifest] Consider adding a `theming` manifest member or a separate spec for browser customisation (#618)
- Re: [w3c/manifest] Consider adding a `theming` manifest member or a separate spec for browser customisation (#618)
Re: [w3c/IndexedDB] Promise-based API (#42)
Re: [w3c/IndexedDB] Support transaction timeouts (#43)
[w3c/webcomponents] Should host with `delegatesFocus` true keep the previous focused element focused if it's a shadow-including inclusive ancestor of the host? (#840)
- Re: [w3c/webcomponents] Should host with `delegatesFocus` true keep the previous focused element focused if it's a shadow-including descendant of the host? (#840)
- Re: [w3c/webcomponents] Should host with `delegatesFocus` true keep the previous focused element focused if it's a shadow-including descendant of the host? (#840)
- Re: [w3c/webcomponents] Should host with `delegatesFocus` true keep the previous focused element focused if it's a shadow-including descendant of the host? (#840)
- Re: [w3c/webcomponents] Should host with `delegatesFocus` true keep the previous focused element focused if it's a shadow-including descendant of the host? (#840)
- Re: [w3c/webcomponents] Should host with `delegatesFocus` true keep the previous focused element focused if it's a shadow-including descendant of the host? (#840)
Re: [w3c/IndexedDB] Support full text indexes (#44)
Re: [w3c/IndexedDB] RegExp search (#46)
Re: [w3c/IndexedDB] Add IDBKeyRange.forPrefix(key) (#47)
Re: [w3c/IndexedDB] Add an Observer API (#51)
Re: [w3c/IndexedDB] Allow cancelling a versionchange event (#52)
Re: [w3c/manifest] Separate BeforeInstallPrompt from automatic prompt (#692)
- Re: [w3c/manifest] Separate BeforeInstallPrompt from automatic prompt (#692)
- Re: [w3c/manifest] Separate BeforeInstallPrompt from automatic prompt (#692)
Re: [w3c/IndexedDB] Allow renaming/reversioning databases (#53)
Re: [w3c/manifest] Abstracting selecting an icon. (#710)
Re: [w3c/IndexedDB] Support Files stored by reference (#56)
Re: [w3c/IndexedDB] Support URLs into records (#57)
Re: [w3c/IndexedDB] Why is delete() disallowed for key cursors? (#62)
Re: [w3c/IndexedDB] JSON schema specification (#64)
Re: [w3c/IndexedDB] Allow delete() on index (#68)
[w3c/manifest] Link fixes 2019-09-20 (#801)
- Re: [w3c/manifest] Link fixes 2019-09-20 (#801)
- Re: [w3c/manifest] Link fixes 2019-09-20 (#801)
- Re: [w3c/manifest] Link fixes 2019-09-20 (#801)
- Re: [w3c/manifest] Link fixes 2019-09-20 (#801)
Re: [w3c/IndexedDB] Consider adding a completion event or callback to the IDBDatabase.close() operation (#72)
Re: [w3c/manifest] Add a way to explicitly colour the standalone window's title bar (#695)
- Re: [w3c/manifest] Add a way to explicitly colour the standalone window's title bar (#695)
- Re: [w3c/manifest] Add a way to explicitly colour the standalone window's title bar (#695)
Re: [w3c/IndexedDB] "Join" queries on multiple object stores (#92)
Re: [w3c/IndexedDB] Introduce a more general query mechanism beyond keys/ranges (#45)
[w3c/IndexedDB] Combining cursors / query execution engine (#298)
Re: [w3c/IndexedDB] boolean should be a valid key (#76)
Re: [w3c/manifest] Broken fragments in spec (#735)
- Re: [w3c/manifest] Broken fragments in spec (#735)
- Re: [w3c/manifest] Broken fragments in spec (#735)
- Re: [w3c/manifest] Broken fragments in spec (#735)
- Re: [w3c/manifest] Broken fragments in spec (#735)
- Re: [w3c/manifest] Broken fragments in spec (#735)
Re: [w3c/IndexedDB] Allow sorting within indexes (#138)
Re: [w3c/IndexedDB] Add caniuse panels (#159)
Re: [w3c/manifest] Combine Origin Policy mechanism with the Web App Manifest? (#500)
- Re: [w3c/manifest] Combine Origin Policy mechanism with the Web App Manifest? (#500)
- Re: [w3c/manifest] Combine Origin Policy mechanism with the Web App Manifest? (#500)
[w3c/IndexedDB] Replace var with let/const in examples. (#297)
- Re: [w3c/IndexedDB] Replace var with let/const in examples. (#297)
- Re: [w3c/IndexedDB] Replace var with let/const in examples. (#297)
- Re: [w3c/IndexedDB] Replace var with let/const in examples. (#297)
- Re: [w3c/IndexedDB] Replace var with let/const in examples. (#297)
Re: [w3c/IndexedDB] index sorting (#173)
Re: [w3c/IndexedDB] Add IDBCursor.close() (#185)
- Re: [w3c/IndexedDB] Add IDBCursor.close() (#185)
- Re: [w3c/IndexedDB] Add IDBCursor.close() (#185)
- Re: [w3c/IndexedDB] Add IDBCursor.close() (#185)
- Re: [w3c/IndexedDB] Add IDBCursor.close() (#185)
Re: [w3c/IndexedDB] Custom index keys (#204)
Re: [w3c/IndexedDB] Allow integers in key paths (including array ones) (#209)
- Re: [w3c/IndexedDB] Allow integers in key paths (including array ones) (#209)
- Re: [w3c/IndexedDB] Allow integers in key paths (including array ones) (#209)
Re: [w3c/IndexedDB] Allowing JSONPath, querySelector or other such schemes to index data at arbitrarily nested depths (#211)
Re: [w3c/IndexedDB] lastModifiedDate on File is not a thing (#215)
- Re: [w3c/IndexedDB] lastModifiedDate on File is not a thing (#215)
- Re: [w3c/IndexedDB] lastModifiedDate on File is not a thing (#215)
[w3c/gamepad] Define enumeration behavior when a gamepad is emulated with WebXR input devices. (#110)
[whatwg/dom] Add onabort definition and add onslotchange (#785)
- Re: [whatwg/dom] Add onabort definition and add onslotchange (#785)
- Re: [whatwg/dom] Add onabort definition and add onslotchange (#785)
- Re: [whatwg/dom] Add onabort definition and add onslotchange (#785)
- Re: [whatwg/dom] Add onabort definition and add onslotchange (#785)
- Re: [whatwg/dom] Add onabort definition and add onslotchange (#785)
- Re: [whatwg/dom] Add onabort definition and add onslotchange (#785)
Re: [w3c/manifest] Dynamic Theme Color (#779)
Re: [w3c/manifest] we refer to ASCII lowercase from WHATWG infra spec but Trim from ES spec (#600)
Re: [w3c/manifest] Additional property to define a webapp to be single instance (single-tab) (#479)
Re: [w3c/manifest] Support window preferred/initial (minimal?) sizes (#436)
- Re: [w3c/manifest] Support window preferred/initial (minimal?) sizes (#436)
- Re: [w3c/manifest] Support window preferred/initial (minimal?) sizes (#436)
Re: [w3c/manifest] Include Minimal Store/Catalog MetaData in Manifest (#448)
- Re: [w3c/manifest] Include Minimal Store/Catalog MetaData in Manifest (#448)
- Re: [w3c/manifest] Include Minimal Store/Catalog MetaData in Manifest (#448)
Re: [w3c/IndexedDB] Provide finer control over open request edge cases (#223)
[w3c/manifest] Clarify ServiceWorkerRegistrationObject’s purpose (#800)
- Re: [w3c/manifest] Clarify ServiceWorkerRegistrationObject’s purpose (#800)
- Re: [w3c/manifest] Clarify ServiceWorkerRegistrationObject’s purpose (#800)
- Re: [w3c/manifest] Clarify ServiceWorkerRegistrationObject’s purpose (#800)
- Re: [w3c/manifest] Clarify ServiceWorkerRegistrationObject’s purpose (#800)
- Re: [w3c/manifest] Clarify ServiceWorkerRegistrationObject’s purpose (#800)
- Re: [w3c/manifest] Clarify ServiceWorkerRegistrationObject’s purpose (#800)
- Re: [w3c/manifest] Clarify ServiceWorkerRegistrationObject’s purpose (#800)
- Re: [w3c/manifest] Clarify ServiceWorkerRegistrationObject’s purpose (#800)
- Re: [w3c/manifest] Clarify ServiceWorkerRegistrationObject’s purpose (#800)
Re: [w3c/IndexedDB] Prebuilt IndexedDB format (#224)
[w3c/gamepad] Remove Travis, use GitHub Action (#109)
- Re: [w3c/gamepad] Remove Travis, use GitHub Action (#109)
- Re: [w3c/gamepad] Remove Travis, use GitHub Action (#109)
- Re: [w3c/gamepad] Remove Travis, use GitHub Action (#109)
- Re: [w3c/gamepad] Remove Travis, use GitHub Action (#109)
- Re: [w3c/gamepad] Remove Travis, use GitHub Action (#109)
- Re: [w3c/gamepad] Remove Travis, use GitHub Action (#109)
- Re: [w3c/gamepad] Remove Travis, use GitHub Action (#109)
- Re: [w3c/gamepad] Remove Travis, use GitHub Action (#109)
- Re: [w3c/gamepad] Remove Travis, use GitHub Action (#109)
- Re: [w3c/gamepad] Remove Travis, use GitHub Action (#109)
- Re: [w3c/gamepad] Remove Travis, use GitHub Action (#109)
- Re: [w3c/gamepad] Remove Travis, use GitHub Action (#109)
- Re: [w3c/gamepad] Remove Travis, use GitHub Action (#109)
- Re: [w3c/gamepad] Remove Travis, use GitHub Action (#109)
- Re: [w3c/gamepad] Remove Travis, use GitHub Action (#109)
[w3c/manifest] Required WebAppManifest Member clarification (#799)
- Re: [w3c/manifest] Required WebAppManifest Member clarification (#799)
- Re: [w3c/manifest] Required WebAppManifest Member clarification (#799)
- Re: [w3c/manifest] Required WebAppManifest Member clarification (#799)
- Re: [w3c/manifest] Required WebAppManifest Member clarification (#799)
- Re: [w3c/manifest] Required WebAppManifest Member clarification (#799)
Re: [w3c/IndexedDB] Track ES BigInt work (#230)
Re: [w3c/IndexedDB] How should commit() failures be surfaced when freezing / unloading (#237)
Re: [w3c/IndexedDB] Disallow starting readwrite transactions while readonly transactions are running? (#253)
Re: [w3c/IndexedDB] feature-request - add appendFile capability to overcome nedb performance-bottleneck (#260)
- Re: [w3c/IndexedDB] feature-request - add appendFile capability to overcome nedb performance-bottleneck (#260)
- Re: [w3c/IndexedDB] feature-request - add appendFile capability to overcome nedb performance-bottleneck (#260)
[w3c/gamepad] Editorial: reduce dependencies using newer syntax (#108)
- Re: [w3c/gamepad] Editorial: reduce dependencies using newer syntax (#108)
- Re: [w3c/gamepad] Editorial: reduce dependencies using newer syntax (#108)
- Re: [w3c/gamepad] Editorial: reduce dependencies using newer syntax (#108)
- Re: [w3c/gamepad] Editorial: reduce dependencies using newer syntax (#108)
- Re: [w3c/gamepad] Editorial: reduce dependencies using newer syntax (#108)
- Re: [w3c/gamepad] Editorial: reduce dependencies using newer syntax (#108)
Re: [w3c/manifest] Need to specify client of image objects when fetching (#465)
Re: [w3c/manifest] Add splashscreen as a `purpose` (#510)
Re: [w3c/IndexedDB] Report data loss to script (#30)
Re: [w3c/manifest] IDL: Make name required (#622)
- Re: [w3c/manifest] IDL: Make name required (#622)
- Re: [w3c/manifest] IDL: Make name required (#622)
- Re: [w3c/manifest] IDL: Make name required (#622)
- Re: [w3c/manifest] IDL: Make name required (#622)
- Re: [w3c/manifest] IDL: Make name required (#622)
Re: [w3c/IndexedDB] Grant access to other origins (#60)
Re: [w3c/IndexedDB] Encrypted storage (#191)
Re: [w3c/IndexedDB] Expiry of databases (#205)
Re: [w3c/IndexedDB] Site-agnostic databases based on `registerProtocolHandler` (#264)
- Re: [w3c/IndexedDB] Site-agnostic databases based on `registerProtocolHandler` (#264)
- Re: [w3c/IndexedDB] Site-agnostic databases based on `registerProtocolHandler` (#264)
Re: [w3c/manifest] Add internal slot for "install is showing". (#761)
Re: [w3c/IndexedDB] FPWD of v3? (#268)
Re: [w3c/IndexedDB] Backward-compatible schema changes are very hard (#282)
Re: [w3c/IndexedDB] Consider adding some way to retrieve secondary keys when using IDBIndex.getAllKeys (#71)
Re: [w3c/IndexedDB] [IndexedDB] WebAppsWG TPAC F2F agenda (Fukuoka, Sep 19-20 2019) (#288)
- Re: [w3c/IndexedDB] [IndexedDB] WebAppsWG TPAC F2F agenda (Fukuoka, Sep 19-20 2019) (#288)
- Re: [w3c/IndexedDB] [IndexedDB] WebAppsWG TPAC F2F agenda (Fukuoka, Sep 19-20 2019) (#288)
- Re: [w3c/IndexedDB] [IndexedDB] WebAppsWG TPAC F2F agenda (Fukuoka, Sep 19-20 2019) (#288)
Re: [w3c/IndexedDB] `getAll()` with both key and value (or index key and primary key) (#206)
Re: [w3c/IndexedDB] Feature Request: Allow batch adding records (from an Array) (#69)
Re: [w3c/IndexedDB] Allow more explicit control over transaction lifetimes (#34)
Re: [w3c/IndexedDB] Support queries retrieving disjoint sets of keys (#19)
Re: [w3c/IndexedDB] Define flush-to-disk guarantees and control (#50)
- Re: [w3c/IndexedDB] Define flush-to-disk guarantees and control (#50)
- Re: [w3c/IndexedDB] Define flush-to-disk guarantees and control (#50)
Re: [w3c/IndexedDB] Mark IDBTransaction's commit() method as [SecureContext] ? (#254)
- Re: [w3c/IndexedDB] Mark IDBTransaction's commit() method as [SecureContext] ? (#254)
- Re: [w3c/IndexedDB] Mark IDBTransaction's commit() method as [SecureContext] ? (#254)
- Re: [w3c/IndexedDB] Mark IDBTransaction's commit() method as [SecureContext] ? (#254)
Re: [w3ctag/design-reviews] hrefTranslate attribute (#301)
Re: [w3c/pointerlock] Option needed to disable OS-level adjustment for mouse acceleration (#36)
Re: [w3c/push-api] "handle functional event" no longer a thing (#315)
[w3c/gamepad] Define user activation and added references in getGamepads and gamepa… (#107)
- Re: [w3c/gamepad] Define user activation and added references in getGamepads and gamepa… (#107)
- Re: [w3c/gamepad] Define user activation and added references in getGamepads and gamepa… (#107)
- Re: [w3c/gamepad] Define user activation and added references in getGamepads and gamepa… (#107)
- Re: [w3c/gamepad] Define user activation and added references in getGamepads and gamepa… (#107)
- Re: [w3c/gamepad] Define user activation and added references in getGamepads and gamepa… (#107)
- Re: [w3c/gamepad] Define user activation and added references in getGamepads and gamepa… (#107)
[w3c/gamepad] sagoston/timing (#106)
- Re: [w3c/gamepad] Clarification of gamepad state from getGamepads() and connect/disconnect events (#106)
- Re: [w3c/gamepad] Clarification of gamepad state from getGamepads() and connect/disconnect events (#106)
[w3c/manifest] Some mechanism to maybe a feature policy (#798)
- Re: [w3c/manifest] Some mechanism to maybe a feature policy (#798)
- Re: [w3c/manifest] Some mechanism to maybe a feature policy (#798)
- Re: [w3c/manifest] Some mechanism to maybe a feature policy (#798)
- Re: [w3c/manifest] Some mechanism to maybe a feature policy (#798)
Re: [w3c/manifest] Should appinstalled and beforeinstallprompt events be optional? (#699)
- Re: [w3c/manifest] Should appinstalled and beforeinstallprompt events be optional? (#699)
- Re: [w3c/manifest] Should appinstalled and beforeinstallprompt events be optional? (#699)
[w3c/manifest] Make BeforeInstallPrompt optional (#797)
- Re: [w3c/manifest] Make BeforeInstallPrompt optional (#797)
- Re: [w3c/manifest] Make BeforeInstallPrompt optional (#797)
- Re: [w3c/manifest] Make BeforeInstallPrompt optional (#797)
- Re: [w3c/manifest] Make BeforeInstallPrompt optional (#797)
- Re: [w3c/manifest] Make BeforeInstallPrompt optional (#797)
Re: [w3c/gamepad] Do not permit unique info in ID (#96)
- Re: [w3c/gamepad] Do not permit unique info in ID (#96)
- Re: [w3c/gamepad] Do not permit unique info in ID (#96)
Re: [w3c/gamepad] Clarify what "up" and "down" mean for input axes (#94)
[w3c/editing] Update Agenda.md (#213)
[w3c/gamepad] Clarify -1.0 and 1.0 values based on controller orientation (#105)
- Re: [w3c/gamepad] Clarify -1.0 and 1.0 values based on controller orientation (#105)
- Re: [w3c/gamepad] Clarify -1.0 and 1.0 values based on controller orientation (#105)
- Re: [w3c/gamepad] Clarify -1.0 and 1.0 values based on controller orientation (#105)
- Re: [w3c/gamepad] Clarify -1.0 and 1.0 values based on controller orientation (#105)
- Re: [w3c/gamepad] Clarify -1.0 and 1.0 values based on controller orientation (#105)
- Re: [w3c/gamepad] Clarify -1.0 and 1.0 values based on controller orientation (#105)
- Re: [w3c/gamepad] Clarify -1.0 and 1.0 values based on controller orientation (#105)
Re: [w3c/manifest] Representing Spatial Icons for WebApps (#763)
- Re: [w3c/manifest] Representing Spatial Icons for WebApps (#763)
- Re: [w3c/manifest] Representing Spatial Icons for WebApps (#763)
- Re: [w3c/manifest] Representing Spatial Icons for WebApps (#763)
- Re: [w3c/manifest] Representing Spatial Icons for WebApps (#763)
Re: [w3c/gamepad] Length of getGamepads() array (#82)
[w3c/gamepad] Specify length of array when controllers are connected/disconnected. (#104)
- Re: [w3c/gamepad] Specify length of array when controllers are connected/disconnected. (#104)
- Re: [w3c/gamepad] Specify length of array when controllers are connected/disconnected. (#104)
- Re: [w3c/gamepad] Specify length of array when controllers are connected/disconnected. (#104)
- Re: [w3c/gamepad] Specify length of array when controllers are connected/disconnected. (#104)
- Re: [w3c/gamepad] Specify length of array when controllers are connected/disconnected. (#104)
[w3c/manifest] make BeforeInstallPrompt optional (#796)
- Re: [w3c/manifest] make BeforeInstallPrompt optional (#796)
- Re: [w3c/manifest] make BeforeInstallPrompt optional (#796)
[w3c/manifest] Support different shortcut icon requirements/guidelines on different platforms (#795)
- Re: [w3c/manifest] Support different shortcut icon requirements/guidelines on different platforms (#795)
- Re: [w3c/manifest] Support different shortcut icon requirements/guidelines on different platforms (#795)
- Re: [w3c/manifest] Support different shortcut icon requirements/guidelines on different platforms (#795)
- Re: [w3c/manifest] Support different shortcut icon requirements/guidelines on different platforms (#795)
- Re: [w3c/manifest] Support different shortcut icon requirements/guidelines on different platforms (#795)
Re: [w3c/manifest] shortcuts to content vs shortcut to app (#167)
[w3ctag/design-reviews] Proliferation of manifests at W3C (#423)
Re: [w3c/manifest] App shortcuts / actions (#582)
Re: [w3c/manifest] Add a `color_scheme` member to `ImageResource` (#758)
Re: [w3c/manifest] Please add caption property to screenshots (#773)
[w3c/editing] Update formatting (#212)
[w3c/ServiceWorker] NavigationPreloadManager.setHeader spec should verify valid HTTP header values (#1474)
- Re: [w3c/ServiceWorker] NavigationPreloadManager.setHeader spec should verify valid HTTP header values (#1474)
- Re: [w3c/ServiceWorker] NavigationPreloadManager.setHeader spec should verify valid HTTP header values (#1474)
- Re: [w3c/ServiceWorker] NavigationPreloadManager.setHeader spec should verify valid HTTP header values (#1474)
Re: [w3c/ServiceWorker] serviceworker for iframes with srcdoc (#765)
Re: [whatwg/streams] Update for Bikeshed breaking change (0ec4e3b)
Re: [heycam/webidl] Stop using extended attributes for constructors (#700)
[w3ctag/design-reviews] Microtransaction payment handlers (#422)
Re: [w3c/webcomponents] Need a callback for when children changed or parser finished parsing children (#809)
- Re: [w3c/webcomponents] Need a callback for when children changed or parser finished parsing children (#809)
- Re: [w3c/webcomponents] Need a callback for when children changed or parser finished parsing children (#809)
- Re: [w3c/webcomponents] Need a callback for when children changed or parser finished parsing children (#809)
- Re: [w3c/webcomponents] Need a callback for when children changed or parser finished parsing children (#809)
- Re: [w3c/webcomponents] Need a callback for when children changed or parser finished parsing children (#809)
- Re: [w3c/webcomponents] Need a callback for when children changed or parser finished parsing children (#809)
- Re: [w3c/webcomponents] Need a callback for when children changed or parser finished parsing children (#809)
- Re: [w3c/webcomponents] Need a callback for when children changed or parser finished parsing children (#809)
- Re: [w3c/webcomponents] Need a callback for when children changed or parser finished parsing children (#809)
[w3c/webcomponents] HTML, CSS, and JSON modules shouldn't solely rely on MIME type to change parsing behavior (#839)
- Re: [w3c/webcomponents] HTML, CSS, and JSON modules shouldn't solely rely on MIME type to change parsing behavior (#839)
- Re: [w3c/webcomponents] HTML, CSS, and JSON modules shouldn't solely rely on MIME type to change parsing behavior (#839)
- Re: [w3c/webcomponents] HTML, CSS, and JSON modules shouldn't solely rely on MIME type to change parsing behavior (#839)
- Re: [w3c/webcomponents] HTML, CSS, and JSON modules shouldn't solely rely on MIME type to change parsing behavior (#839)
- Re: [w3c/webcomponents] HTML, CSS, and JSON modules shouldn't solely rely on MIME type to change parsing behavior (#839)
- Re: [w3c/webcomponents] HTML, CSS, and JSON modules shouldn't solely rely on MIME type to change parsing behavior (#839)
- Re: [w3c/webcomponents] HTML, CSS, and JSON modules shouldn't solely rely on MIME type to change parsing behavior (#839)
- Re: [w3c/webcomponents] HTML, CSS, and JSON modules shouldn't solely rely on MIME type to change parsing behavior (#839)
- Re: [w3c/webcomponents] HTML, CSS, and JSON modules shouldn't solely rely on MIME type to change parsing behavior (#839)
- Re: [w3c/webcomponents] HTML, CSS, and JSON modules shouldn't solely rely on MIME type to change parsing behavior (#839)
- Re: [w3c/webcomponents] HTML, CSS, and JSON modules shouldn't solely rely on MIME type to change parsing behavior (#839)
- Re: [w3c/webcomponents] HTML, CSS, and JSON modules shouldn't solely rely on MIME type to change parsing behavior (#839)
- Re: [w3c/webcomponents] HTML, CSS, and JSON modules shouldn't solely rely on MIME type to change parsing behavior (#839)
- Re: [w3c/webcomponents] HTML, CSS, and JSON modules shouldn't solely rely on MIME type to change parsing behavior (#839)
- Re: [w3c/webcomponents] HTML, CSS, and JSON modules shouldn't solely rely on MIME type to change parsing behavior (#839)
- Re: [w3c/webcomponents] HTML, CSS, and JSON modules shouldn't solely rely on MIME type to change parsing behavior (#839)
- Re: [w3c/webcomponents] HTML, CSS, and JSON modules shouldn't solely rely on MIME type to change parsing behavior (#839)
- Re: [w3c/webcomponents] HTML, CSS, and JSON modules shouldn't solely rely on MIME type to change parsing behavior (#839)
- Re: [w3c/webcomponents] HTML, CSS, and JSON modules shouldn't solely rely on MIME type to change parsing behavior (#839)
- Re: [w3c/webcomponents] HTML, CSS, and JSON modules shouldn't solely rely on MIME type to change parsing behavior (#839)
- Re: [w3c/webcomponents] HTML, CSS, and JSON modules shouldn't solely rely on MIME type to change parsing behavior (#839)
- Re: [w3c/webcomponents] HTML, CSS, and JSON modules shouldn't solely rely on MIME type to change parsing behavior (#839)
- Re: [w3c/webcomponents] HTML, CSS, and JSON modules shouldn't solely rely on MIME type to change parsing behavior (#839)
- Re: [w3c/webcomponents] HTML, CSS, and JSON modules shouldn't solely rely on MIME type to change parsing behavior (#839)
- Re: [w3c/webcomponents] HTML, CSS, and JSON modules shouldn't solely rely on MIME type to change parsing behavior (#839)
- Re: [w3c/webcomponents] HTML, CSS, and JSON modules shouldn't solely rely on MIME type to change parsing behavior (#839)
- Re: [w3c/webcomponents] HTML, CSS, and JSON modules shouldn't solely rely on MIME type to change parsing behavior (#839)
- Re: [w3c/webcomponents] HTML, CSS, and JSON modules shouldn't solely rely on MIME type to change parsing behavior (#839)
- Re: [w3c/webcomponents] HTML, CSS, and JSON modules shouldn't solely rely on MIME type to change parsing behavior (#839)
- Re: [w3c/webcomponents] HTML, CSS, and JSON modules shouldn't solely rely on MIME type to change parsing behavior (#839)
- Re: [w3c/webcomponents] HTML, CSS, and JSON modules shouldn't solely rely on MIME type to change parsing behavior (#839)
- Re: [w3c/webcomponents] HTML, CSS, and JSON modules shouldn't solely rely on MIME type to change parsing behavior (#839)
- Re: [w3c/webcomponents] HTML, CSS, and JSON modules shouldn't solely rely on MIME type to change parsing behavior (#839)
Re: [w3c/webcomponents] 2019 TPAC F2F (#826)
[w3c/editing] add missing space (#211)
[w3c/webcomponents] observedAttributes should be converted to ASCII lowercase (#838)
- Re: [w3c/webcomponents] observedAttributes should be converted to ASCII lowercase (#838)
- Re: [w3c/webcomponents] observedAttributes should be converted to ASCII lowercase (#838)
[heycam/webidl] Define "usual constructor steps" (#797)
- Re: [heycam/webidl] Define "usual constructor steps" (#797)
- Re: [heycam/webidl] Define "usual constructor steps" (#797)
- Re: [heycam/webidl] Define "usual constructor steps" (#797)
- Re: [heycam/webidl] Define "usual constructor steps" (#797)
- Re: [heycam/webidl] Define "usual constructor steps" (#797)
- Re: [heycam/webidl] Define "usual constructor steps" (#797)
- Re: [heycam/webidl] Define "usual constructor steps" (#797)
- Re: [heycam/webidl] Define "usual constructor steps" (#797)
- Re: [heycam/webidl] Define "usual constructor steps" (#797)
- Re: [heycam/webidl] Define "usual constructor steps" (#797)
- Re: [heycam/webidl] Define "usual constructor steps" (#797)
- Re: [heycam/webidl] Define "usual constructor steps" (#797)
Re: [w3ctag/design-reviews] Review request: DOM Standard Review Draft (#404)
Re: [heycam/webidl] Limit the special case in the [[Set]] algorithm to [OverrideBuiltins] interfaces (#715)
Re: [whatwg/fetch] upload progress? (#21)
[w3c/ServiceWorker] "display-mode" information on navigation requests (#1473)
Re: [whatwg/url] Consider removing the `gopher` special-case. (#342)
Re: [whatwg/dom] Change add/remove event listener behavior for service workers (#653)
[w3c/manifest] support "Continue where you left off" and "Open a specific page or set of pages" (#794)
- Re: [w3c/manifest] support "Continue where you left off" and "Open a specific page or set of pages" (#794)
- Re: [w3c/manifest] support "Continue where you left off" and "Open a specific page or set of pages" (#794)
- Re: [w3c/manifest] support "Continue where you left off" and "Open a specific page or set of pages" (#794)
[w3c/ServiceWorker] The return value for update() is wrong in WebIDL (#1472)
Re: [w3c/editing] Specification status report(s) for TPAC 2019 (#199)
Re: [w3c/IndexedDB] Update to constructor operations (#293)
Re: [heycam/webidl] Allow partial enums (#184)
- Re: [heycam/webidl] Allow partial enums (#184)
- Re: [heycam/webidl] Allow partial enums (#184)
- Re: [heycam/webidl] Allow partial enums (#184)
- Re: [heycam/webidl] Allow partial enums (#184)
- Re: [heycam/webidl] Allow partial enums (#184)
- Re: [heycam/webidl] Allow partial enums (#184)
- Re: [heycam/webidl] Allow partial enums (#184)
- Re: [heycam/webidl] Allow partial enums (#184)
Re: [w3c/manifest] Privacy Review: handle start_url tracking (#399)
- Re: [w3c/manifest] Privacy Review: handle start_url tracking (#399)
- Re: [w3c/manifest] Privacy Review: handle start_url tracking (#399)
- Re: [w3c/manifest] Privacy Review: handle start_url tracking (#399)
- Re: [w3c/manifest] Privacy Review: handle start_url tracking (#399)
- Re: [w3c/manifest] Privacy Review: handle start_url tracking (#399)
- Re: [w3c/manifest] Privacy Review: handle start_url tracking (#399)
- Re: [w3c/manifest] Privacy Review: handle start_url tracking (#399)
- Re: [w3c/manifest] Privacy Review: handle start_url tracking (#399)
- Re: [w3c/manifest] Privacy Review: handle start_url tracking (#399)
- Re: [w3c/manifest] Privacy Review: handle start_url tracking (#399)
- Re: [w3c/manifest] Privacy Review: handle start_url tracking (#399)
- Re: [w3c/manifest] Privacy Review: handle start_url tracking (#399)
- Re: [w3c/manifest] Privacy Review: handle start_url tracking (#399)
- Re: [w3c/manifest] Privacy Review: handle start_url tracking (#399)
- Re: [w3c/manifest] Privacy Review: handle start_url tracking (#399)
[w3c/IndexedDB] Editorial: use new constructor syntax from WebIDL (#296)
- Re: [w3c/IndexedDB] Editorial: use new constructor syntax from WebIDL (#296)
- Re: [w3c/IndexedDB] Editorial: use new constructor syntax from WebIDL (#296)
- Re: [w3c/IndexedDB] Editorial: use new constructor syntax from WebIDL (#296)
[w3c/clipboard-apis] Editorial: use new constructor syntax (#99)
Re: [w3c/IndexedDB] Specification status report for TPAC 2019 (#290)
- Re: [w3c/IndexedDB] Specification status report for TPAC 2019 (#290)
- Re: [w3c/IndexedDB] Specification status report for TPAC 2019 (#290)
Re: [w3c/ServiceWorker] Declarative routing (#1373)
Re: [w3c/FileAPI] Specification status report for TPAC 2019 (#138)
Re: [w3c/gamepad] Update to constructor operations (#102)
[w3c/manifest] Scope should remove the query and fragment at parse time (#793)
- Re: [w3c/manifest] Scope should remove the query and fragment at parse time (#793)
- Re: [w3c/manifest] Scope should remove the query and fragment at parse time (#793)
- Re: [w3c/manifest] Scope should remove the query and fragment at parse time (#793)
[w3c/editing] Adding Undo manager to agenda (#210)
Re: [w3c/IndexedDB] Add descending order for getAll() and getAllKeys() (#130)
- Re: [w3c/IndexedDB] Add descending order for getAll() and getAllKeys() (#130)
- Re: [w3c/IndexedDB] Add descending order for getAll() and getAllKeys() (#130)
- Re: [w3c/IndexedDB] Add descending order for getAll() and getAllKeys() (#130)
- Re: [w3c/IndexedDB] Add descending order for getAll() and getAllKeys() (#130)
- Re: [w3c/IndexedDB] Add descending order for getAll() and getAllKeys() (#130)
[w3c/ServiceWorker] Relaying service worker state when serving Clear-Site-Data (#1471)
- Re: [w3c/ServiceWorker] Relaying service worker state when serving Clear-Site-Data (#1471)
- Re: [w3c/ServiceWorker] Relaying service worker state when serving Clear-Site-Data (#1471)
Re: [w3c/ServiceWorker] content-type in csp report on fetch is missed (#1449)
Re: [w3c/ServiceWorker] Hiding add to homescreen minibar for certain urls. (#1375)
Re: [w3c/ServiceWorker] Replaying POST requests (#693)
Re: [w3c/ServiceWorker] Measuring performance with and without Service Worker (#1462)
Re: [w3c/ServiceWorker] Expose `display` mode (e.g. `standalone`) on `client` (#1370)
Re: [w3c/ServiceWorker] Clarification on what happens during a terminated activation (#1372)
- Re: [w3c/ServiceWorker] Clarification on what happens during a terminated activation (#1372)
- Re: [w3c/ServiceWorker] Clarification on what happens during a terminated activation (#1372)
- Re: [w3c/ServiceWorker] Clarification on what happens during a terminated activation (#1372)
- Re: [w3c/ServiceWorker] Clarification on what happens during a terminated activation (#1372)
Re: [w3c/ServiceWorker] Add registeringClientId to the ServiceWorker object (#1379)
Re: [w3c/ServiceWorker] Add a script version property to the ServiceWorker object (#1387)
- Re: [w3c/ServiceWorker] Add a script version property to the ServiceWorker object (#1387)
- Re: [w3c/ServiceWorker] Add a script version property to the ServiceWorker object (#1387)
Re: [w3c/ServiceWorker] provide a way to execute work after browser has consumed a response (#1397)
- Re: [w3c/ServiceWorker] provide a way to execute work after browser has consumed a response (#1397)
- Re: [w3c/ServiceWorker] provide a way to execute work after browser has consumed a response (#1397)
- Re: [w3c/ServiceWorker] provide a way to execute work after browser has consumed a response (#1397)
Re: [w3c/ServiceWorker] Registering service workers for unique origins? (#1437)
Re: [w3c/ServiceWorker] Top-level await integration for ServiceWorkers running modules (#1407)
- Re: [w3c/ServiceWorker] Top-level await integration for ServiceWorkers running modules (#1407)
- Re: [w3c/ServiceWorker] Top-level await integration for ServiceWorkers running modules (#1407)
- Re: [w3c/ServiceWorker] Top-level await integration for ServiceWorkers running modules (#1407)
- Re: [w3c/ServiceWorker] Top-level await integration for ServiceWorkers running modules (#1407)
- Re: [w3c/ServiceWorker] Top-level await integration for ServiceWorkers running modules (#1407)
- Re: [w3c/ServiceWorker] Top-level await integration for ServiceWorkers running modules (#1407)
Re: [w3c/ServiceWorker] skipWaiting issue on different registrations (#561)
Re: [whatwg/xhr] Define MIME type extraction better (f337702)
Re: [w3c/ServiceWorker] Experimenting with abortable algorithms (#1443)
Re: [w3c/ServiceWorker] Consistency of ServiceWorkerClient fields (#500)
Re: [w3c/ServiceWorker] Allow active worker to immediately evict itself (#1296)
- Re: [w3c/ServiceWorker] Allow active worker to immediately evict itself (#1296)
- Re: [w3c/ServiceWorker] Allow active worker to immediately evict itself (#1296)
- Re: [w3c/ServiceWorker] Allow active worker to immediately evict itself (#1296)
- Re: [w3c/ServiceWorker] Allow active worker to immediately evict itself (#1296)
- Re: [w3c/ServiceWorker] Allow active worker to immediately evict itself (#1296)
- Re: [w3c/ServiceWorker] Allow active worker to immediately evict itself (#1296)
- Re: [w3c/ServiceWorker] Allow active worker to immediately evict itself (#1296)
Re: [w3c/ServiceWorker] A way to immediately unregister a service worker (#614)
- Re: [w3c/ServiceWorker] A way to immediately unregister a service worker (#614)
- Re: [w3c/ServiceWorker] A way to immediately unregister a service worker (#614)
- Re: [w3c/ServiceWorker] A way to immediately unregister a service worker (#614)
Re: [w3c/ServiceWorker] How are unloaded tabs represented? (#626)
Re: [w3c/ServiceWorker] consider how Client API should behave with bfcache (#1038)
Re: [w3c/ServiceWorker] A way to specify a pattern of destination URLs to hit/skip SW (#1454)
Re: [w3c/ServiceWorker] support efficient offline redirects (#1457)
- Re: [w3c/ServiceWorker] support efficient offline redirects (#1457)
- Re: [w3c/ServiceWorker] support efficient offline redirects (#1457)
- Re: [w3c/ServiceWorker] support efficient offline redirects (#1457)
- Re: [w3c/ServiceWorker] support efficient offline redirects (#1457)
- Re: [w3c/ServiceWorker] support efficient offline redirects (#1457)
[w3c/editing] undo manager (#209)
- Re: [w3c/editing] undo manager (#209)
- Re: [w3c/editing] undo manager (#209)
- Re: [w3c/editing] undo manager (#209)
- Re: [w3c/editing] undo manager (#209)
- Re: [w3c/editing] undo manager (#209)
- Re: [w3c/editing] undo manager (#209)
- Re: [w3c/editing] undo manager (#209)
- Re: [w3c/editing] undo manager (#209)
- Re: [w3c/editing] undo manager (#209)
- Re: [w3c/editing] undo manager (#209)
- Re: [w3c/editing] undo manager (#209)
[whatwg/xhr] time zone error (#259)
[whatwg/fetch] "aborted flag" for non-network errors (#938)
[w3c/IndexedDB] use browser data max storage? (#295)
- Re: [w3c/IndexedDB] use browser data max storage? (#295)
- Re: [w3c/IndexedDB] use browser data max storage? (#295)
- Re: [w3c/IndexedDB] use browser data max storage? (#295)
Re: [w3c/webcomponents] Extensible template parts (#810)
Re: [whatwg/fetch] Update Fetch to support Token Binding (#715)
Re: [whatwg/fetch] Export "determine nosniff". (#851)
- Re: [whatwg/fetch] Export "determine nosniff". (#851)
- Re: [whatwg/fetch] Export "determine nosniff". (#851)
Re: [whatwg/fetch] fix grammar: "is a not a" (#894)
[whatwg/url] Tighten 'same site' checks to include 'scheme'. (#449)
- Re: [whatwg/url] Tighten 'same site' checks to include 'scheme'. (#449)
- Re: [whatwg/url] Tighten 'same site' checks to include 'scheme'. (#449)
[whatwg/streams] Provide a way to communicate the current optimal write size (#1016)
[whatwg/streams] Make underlying sink writes abortable (#1015)
- Re: [whatwg/streams] Make underlying sink writes abortable (#1015)
- Re: [whatwg/streams] Make underlying sink writes abortable (#1015)
- Re: [whatwg/streams] Make underlying sink writes abortable (#1015)
[whatwg/streams] Clarify that a pull() source doesn't need to wait in pull (#1014)
- Re: [whatwg/streams] Clarify that a pull source doesn't need to wait in pull() (#1014)
- Re: [whatwg/streams] Clarify that a pull source doesn't need to wait in pull() (#1014)
- Re: [whatwg/streams] Clarify that a pull source doesn't need to wait in pull() (#1014)
[w3c/manifest] Make Service Worker registration work properly (don't use outdated steps) (#792)
- Re: [w3c/manifest] Make Service Worker registration work properly (don't use outdated steps) (#792)
- Re: [w3c/manifest] Make Service Worker registration work properly (don't use outdated steps) (#792)
- Re: [w3c/manifest] Make Service Worker registration work properly (don't use outdated steps) (#792)
- Re: [w3c/manifest] Make Service Worker registration work properly (don't use outdated steps) (#792)
- Re: [w3c/manifest] Make Service Worker registration work properly (don't use outdated steps) (#792)
- Re: [w3c/manifest] Make Service Worker registration work properly (don't use outdated steps) (#792)
- Re: [w3c/manifest] Make Service Worker registration work properly (don't use outdated steps) (#792)
- Re: [w3c/manifest] Make Service Worker registration work properly (don't use outdated steps) (#792)
[w3c/editing] updating agenda (#208)
[whatwg/encoding] Editorial: require returned dictionary members (#185)
- Re: [whatwg/encoding] Editorial: require returned dictionary members (#185)
- Re: [whatwg/encoding] Editorial: require returned dictionary members (#185)
- Re: [whatwg/encoding] Editorial: require returned dictionary members (#185)
- Re: [whatwg/encoding] Editorial: require returned dictionary members (#185)
- Re: [whatwg/encoding] Editorial: require returned dictionary members (#185)
Re: [whatwg/fetch] The default value of `credentials` in the document is outdated (#901)
[whatwg/fetch] Editorial: stop using "promise-calling" (#937)
- Re: [whatwg/fetch] Editorial: stop using "promise-calling" (#937)
- Re: [whatwg/fetch] Editorial: stop using "promise-calling" (#937)
- Re: [whatwg/fetch] Editorial: stop using "promise-calling" (#937)
- Re: [whatwg/fetch] Editorial: stop using "promise-calling" (#937)
- Re: [whatwg/fetch] Editorial: stop using "promise-calling" (#937)
- Re: [whatwg/fetch] Editorial: stop using "promise-calling" (#937)
[whatwg/fullscreen] Editorial: use more idiomatic "if ..., then ..." phrasing (#156)
- Re: [whatwg/fullscreen] Editorial: use more idiomatic "if ..., then ..." phrasing (#156)
- Re: [whatwg/fullscreen] Editorial: use more idiomatic "if ..., then ..." phrasing (#156)
[whatwg/dom] AbortSignal consumers can potentialy emit abort event on it (#784)
- Re: [whatwg/dom] AbortSignal consumers can potentialy emit abort event on it (#784)
- Re: [whatwg/dom] AbortSignal consumers can potentialy emit abort event on it (#784)
- Re: [whatwg/dom] AbortSignal consumers can potentialy emit abort event on it (#784)
- Re: [whatwg/dom] AbortSignal consumers can potentialy emit abort event on it (#784)
- Re: [whatwg/dom] AbortSignal consumers can potentialy emit abort event on it (#784)
- Re: [whatwg/dom] AbortSignal consumers can potentialy emit abort event on it (#784)
- Re: [whatwg/dom] AbortSignal consumers can potentialy emit abort event on it (#784)
[heycam/webidl] A new approach to array-ish classes (#796)
- Re: [heycam/webidl] A new approach to array-ish classes (#796)
- Re: [heycam/webidl] A new approach to array-ish classes (#796)
- Re: [heycam/webidl] A new approach to array-ish classes (#796)
- Re: [heycam/webidl] A new approach to array-ish classes (#796)
- Re: [heycam/webidl] A new approach to array-ish classes (#796)
- Re: [heycam/webidl] A new approach to array-ish classes (#796)
- Re: [heycam/webidl] A new approach to array-ish classes (#796)
- Re: [heycam/webidl] A new approach to array-ish classes (#796)
- Re: [heycam/webidl] A new approach to array-ish classes (#796)
- Re: [heycam/webidl] A new approach to array-ish classes (#796)
- Re: [heycam/webidl] A new approach to array-ish classes (#796)
- Re: [heycam/webidl] A new approach to array-ish classes (#796)
- Re: [heycam/webidl] A new approach to array-ish classes (#796)
Re: [w3c/ServiceWorker] Handle asynchronous modules (top-level await). (#1444)
- Re: [w3c/ServiceWorker] Handle asynchronous modules (top-level await). (#1444)
- Re: [w3c/ServiceWorker] Handle asynchronous modules (top-level await). (#1444)
- Re: [w3c/ServiceWorker] Handle asynchronous modules (top-level await). (#1444)
- Re: [w3c/ServiceWorker] Handle asynchronous modules (top-level await). (#1444)
[whatwg/fetch] Consider unsetting the `credentials flag` for non-secure, cross-site requests. (#936)
Re: [w3ctag/design-reviews] Picture-in-Picture for arbitary content (#374)
Re: [w3ctag/design-reviews] LazyLoad (loading= attribute) (#361)
[w3ctag/design-reviews] Design questions around pay-for-what-you-use (#421)
Re: [w3ctag/design-reviews] Carriage of Web Resource in ISOBMFF (#285)
- Re: [w3ctag/design-reviews] Carriage of Web Resource in ISOBMFF (#285)
- Re: [w3ctag/design-reviews] Carriage of Web Resource in ISOBMFF (#285)
Re: [w3ctag/design-reviews] Font Table Access API (#400)
Re: [w3ctag/design-reviews] Font Enumeration API (#399)
Re: [w3ctag/design-reviews] WebAssembly integration with ECMAScript modules (#377)
[w3c/manifest] Require document to be in scope to be styled by the manifest (#791)
- Re: [w3c/manifest] Require document to be in scope to be styled by the manifest (#791)
- Re: [w3c/manifest] Require document to be in scope to be styled by the manifest (#791)
- Re: [w3c/manifest] Require document to be in scope to be styled by the manifest (#791)
- Re: [w3c/manifest] Require document to be in scope to be styled by the manifest (#791)
- Re: [w3c/manifest] Require document to be in scope to be styled by the manifest (#791)
- Re: [w3c/manifest] Require document to be in scope to be styled by the manifest (#791)
- Re: [w3c/manifest] Require document to be in scope to be styled by the manifest (#791)
Re: [w3ctag/design-reviews] Verifiable Credentials Data Model 1.0 (#343)
- Re: [w3ctag/design-reviews] Verifiable Credentials Data Model 1.0 (#343)
- Re: [w3ctag/design-reviews] Verifiable Credentials Data Model 1.0 (#343)
- Re: [w3ctag/design-reviews] Verifiable Credentials Data Model 1.0 (#343)
Re: [w3ctag/design-reviews] WebSocketStream (#394)
Re: [w3ctag/design-reviews] JS Self-Profiling API (#366)
Re: [w3ctag/design-reviews] Decentralized identifiers (DIDs) (#216)
[w3c/manifest] Rewrite installation process and install prompting logic (#790)
- Re: [w3c/manifest] Rewrite installation process and install prompting logic (#790)
- Re: [w3c/manifest] Rewrite installation process and install prompting logic (#790)
- Re: [w3c/manifest] Rewrite installation process and install prompting logic (#790)
- Re: [w3c/manifest] Rewrite installation process and install prompting logic (#790)
- Re: [w3c/manifest] Rewrite installation process and install prompting logic (#790)
- Re: [w3c/manifest] Rewrite installation process and install prompting logic (#790)
- Re: [w3c/manifest] Rewrite installation process and install prompting logic (#790)
- Re: [w3c/manifest] Rewrite installation process and install prompting logic (#790)
- Re: [w3c/manifest] Rewrite installation process and install prompting logic (#790)
- Re: [w3c/manifest] Rewrite installation process and install prompting logic (#790)
- Re: [w3c/manifest] Rewrite installation process and install prompting logic (#790)
- Re: [w3c/manifest] Rewrite installation process and install prompting logic (#790)
- Re: [w3c/manifest] Rewrite installation process and install prompting logic (#790)
- Re: [w3c/manifest] Rewrite installation process and install prompting logic (#790)
- Re: [w3c/manifest] Rewrite installation process and install prompting logic (#790)
- Re: [w3c/manifest] Rewrite installation process and install prompting logic (#790)
- Re: [w3c/manifest] Rewrite installation process and install prompting logic (#790)
- Re: [w3c/manifest] Rewrite installation process and install prompting logic (#790)
- Re: [w3c/manifest] Rewrite installation process and install prompting logic (#790)
- Re: [w3c/manifest] Rewrite installation process and install prompting logic (#790)
- Re: [w3c/manifest] Rewrite installation process and install prompting logic (#790)
[w3c/manifest] Service worker installation uses an algorithm (Start Register) that doesn't exist in SW spec (#789)
[w3c/manifest] Refactor the manifest install flow (#788)
- Re: [w3c/manifest] Refactor the manifest install flow (#788)
- Re: [w3c/manifest] Refactor the manifest install flow (#788)
[w3c/manifest] Steps to install the web application does not take into account whether the installation process was canceled (#787)
- Re: [w3c/manifest] Steps to install the web application does not take into account whether the installation process was canceled (#787)
- Re: [w3c/manifest] Steps to install the web application does not take into account whether the installation process was canceled (#787)
[w3c/manifest] BeforeInstallPromptEvent.prompt() does not actually perform installation (#786)
[heycam/webidl] "promise-calling" replacement (#795)
- Re: [heycam/webidl] "promise-calling" replacement (#795)
- Re: [heycam/webidl] "promise-calling" replacement (#795)
- Re: [heycam/webidl] "promise-calling" replacement (#795)
[whatwg/fetch] "Unless stated otherwise, it is "omit". " (#935)
- Re: [whatwg/fetch] "Unless stated otherwise, it is "omit". " (#935)
- Re: [whatwg/fetch] "Unless stated otherwise, it is "omit". " (#935)
[whatwg/url] Consider introducing a "same-site" concept that includes scheme. (#448)
- Re: [whatwg/url] Consider introducing a "same-site" concept that includes scheme. (#448)
- Re: [whatwg/url] Consider introducing a "same-site" concept that includes scheme. (#448)
- Re: [whatwg/url] Consider introducing a "same-site" concept that includes scheme. (#448)
- Re: [whatwg/url] Consider introducing a "same-site" concept that includes scheme. (#448)
- Re: [whatwg/url] Consider introducing a "same-site" concept that includes scheme. (#448)
- Re: [whatwg/url] Consider introducing a "same-site" concept that includes scheme. (#448)
- Re: [whatwg/url] Consider introducing a "same-site" concept that includes scheme. (#448)
Re: [w3ctag/design-reviews] Periodic Background Sync (#367)
Re: [w3ctag/design-reviews] WebHID API (Human Interface Device) (#370)
- Re: [w3ctag/design-reviews] WebHID API (Human Interface Device) (#370)
- Re: [w3ctag/design-reviews] WebHID API (Human Interface Device) (#370)
- Re: [w3ctag/design-reviews] WebHID API (Human Interface Device) (#370)
Re: [whatwg/storage] Create explicit security/privacy section (#35)
- Re: [whatwg/storage] Create explicit security/privacy section (#35)
- Re: [whatwg/storage] Create explicit security/privacy section (#35)
- Re: [whatwg/storage] Create explicit security/privacy section (#35)
Re: [w3ctag/design-reviews] Storage Quota Usage Details (#365)
- Re: [w3ctag/design-reviews] Storage Quota Usage Details (#365)
- Re: [w3ctag/design-reviews] Storage Quota Usage Details (#365)
Re: [w3ctag/design-reviews] Marking tracking vectors (#411)
- Re: [w3ctag/design-reviews] Marking tracking vectors (#411)
- Re: [w3ctag/design-reviews] Marking tracking vectors (#411)
- Re: [w3ctag/design-reviews] Marking tracking vectors (#411)
Re: [w3ctag/design-reviews] CSS Animation Worklet API (#349)
- Re: [w3ctag/design-reviews] CSS Animation Worklet API (#349)
- Re: [w3ctag/design-reviews] CSS Animation Worklet API (#349)
Re: [w3ctag/design-reviews] SMS Receiver API (#391)
- Re: [w3ctag/design-reviews] SMS Receiver API (#391)
- Re: [w3ctag/design-reviews] SMS Receiver API (#391)
- Re: [w3ctag/design-reviews] SMS Receiver API (#391)
Re: [w3ctag/design-reviews] Harmonize permissions and similar mechanisms (#360)
Re: [w3ctag/design-reviews] Scroll-linked Animations (#330)
[w3c/editing] agenda markdown file (#207)
Re: [w3ctag/design-reviews] Feature policy control over sandbox features (#339)
- Re: [w3ctag/design-reviews] Feature policy control over sandbox features (#339)
- Re: [w3ctag/design-reviews] Feature policy control over sandbox features (#339)
Re: [w3ctag/design-reviews] First-Party Sets (#342)
- Re: [w3ctag/design-reviews] First-Party Sets (#342)
- Re: [w3ctag/design-reviews] First-Party Sets (#342)
- Re: [w3ctag/design-reviews] First-Party Sets (#342)
- Re: [w3ctag/design-reviews] First-Party Sets (#342)
[w3c/webcomponents] Shadow DOM Support in Chrome WebDriver for testability of Google Polymer Web Components (#837)
- Re: [w3c/webcomponents] Shadow DOM Support in Chrome WebDriver for testability of Google Polymer Web Components (#837)
- Re: [w3c/webcomponents] Shadow DOM Support in Chrome WebDriver for testability of Google Polymer Web Components (#837)
Re: [w3ctag/design-reviews] `SameSite=Lax` by default. (#373)
- Re: [w3ctag/design-reviews] `SameSite=Lax` by default. (#373)
- Re: [w3ctag/design-reviews] `SameSite=Lax` by default. (#373)
Re: [w3ctag/design-reviews] Native File System API (#390)
Re: [w3c/FileAPI] Update to constructor operations (#139)
Re: [w3c/ServiceWorker] Update to constructor operations (#1464)
Re: [w3ctag/design-reviews] Largest Contentful Paint (#378)
Re: [w3ctag/design-reviews] Feature Policy JS introspection API (#292)
Re: [w3ctag/design-reviews] Backdrop Filter (#353)
Re: [w3ctag/design-reviews] CSS Modules (#405)
- Re: [w3ctag/design-reviews] CSS Modules (#405)
- Re: [w3ctag/design-reviews] CSS Modules (#405)
- Re: [w3ctag/design-reviews] CSS Modules (#405)
Re: [w3ctag/design-reviews] CompressStream (#410)
- Re: [w3ctag/design-reviews] CompressStream (#410)
- Re: [w3ctag/design-reviews] CompressStream (#410)
- Re: [w3ctag/design-reviews] CompressStream (#410)
Re: [w3c/ServiceWorker] spec says cache should return responses with immutable headers, but no browser does that (#1456)
- Re: [w3c/ServiceWorker] spec says cache should return responses with immutable headers, but no browser does that (#1456)
- Re: [w3c/ServiceWorker] spec says cache should return responses with immutable headers, but no browser does that (#1456)
Re: [w3ctag/design-reviews] File Handling (#371)
- Re: [w3ctag/design-reviews] File Handling (#371)
- Re: [w3ctag/design-reviews] File Handling (#371)
- Re: [w3ctag/design-reviews] File Handling (#371)
[whatwg/fetch] "Prefer: safe" header behavior not defined with respect to CORS (#934)
- Re: [whatwg/fetch] "Prefer: safe" header behavior not defined with respect to CORS (#934)
- Re: [whatwg/fetch] "Prefer: safe" header behavior not defined with respect to CORS (#934)
- Re: [whatwg/fetch] "Prefer: safe" header behavior not defined with respect to CORS (#934)
- Re: [whatwg/fetch] "Prefer: safe" header behavior not defined with respect to CORS (#934)
- Re: [whatwg/fetch] "Prefer: safe" header behavior not defined with respect to CORS (#934)
Re: [w3c/permissions] Rename 'display' permission to 'display-capture'. (#188)
[w3c/webcomponents] CSS isn't used for icons - it should be (#836)
- Re: [w3c/webcomponents] CSS isn't used for icons - it should be (#836)
- Re: [w3c/webcomponents] CSS isn't used for icons - it should be (#836)
- Re: [w3c/webcomponents] CSS isn't used for icons - it should be (#836)
- Re: [w3c/webcomponents] CSS isn't used for icons - it should be (#836)
[w3c/permissions] Screen sharing permission "display" should be "display-capture" (#199)
- Re: [w3c/permissions] Screen sharing permission "display" should be "display-capture" (#199)
- Re: [w3c/permissions] Screen sharing permission "display" should be "display-capture" (#199)
Re: [w3ctag/design-reviews] WebTransport (#389)
- Re: [w3ctag/design-reviews] WebTransport (#389)
- Re: [w3ctag/design-reviews] WebTransport (#389)
- Re: [w3ctag/design-reviews] WebTransport (#389)
- Re: [w3ctag/design-reviews] WebTransport (#389)
- Re: [w3ctag/design-reviews] WebTransport (#389)
- Re: [w3ctag/design-reviews] WebTransport (#389)
- Re: [w3ctag/design-reviews] WebTransport (#389)
- Re: [w3ctag/design-reviews] WebTransport (#389)
Re: [w3ctag/design-reviews] Feature policy evolution (#341)
[w3c/ServiceWorker] Updating constructor definitions (#1470)
- Re: [w3c/ServiceWorker] Updating constructor definitions (#1470)
- Re: [w3c/ServiceWorker] Updating constructor definitions (#1470)
Re: [w3ctag/design-reviews] Portals (#331)
Re: [w3ctag/design-reviews] Contact API (#337)
Re: [w3ctag/design-reviews] Web Authentication Feature Detection (#383)
Re: [w3ctag/design-reviews] User Activation Delegation through postMessages (#347)
Re: [w3ctag/design-reviews] Web Publications review (#344)
- Re: [w3ctag/design-reviews] Web Publications review (#344)
- Re: [w3ctag/design-reviews] Web Publications review (#344)
Re: [w3ctag/design-reviews] Web Bluetooth Scanning (#333)
- Re: [w3ctag/design-reviews] Web Bluetooth Scanning (#333)
- Re: [w3ctag/design-reviews] Web Bluetooth Scanning (#333)
- Re: [w3ctag/design-reviews] Web Bluetooth Scanning (#333)
- Re: [w3ctag/design-reviews] Web Bluetooth Scanning (#333)
- Re: [w3ctag/design-reviews] Web Bluetooth Scanning (#333)
- Re: [w3ctag/design-reviews] Web Bluetooth Scanning (#333)
Re: [w3ctag/design-reviews] HTML Modules (#334)
Re: [w3ctag/design-reviews] User Idle Detection (#336)
Re: [w3ctag/design-reviews] Import maps (#340)
Re: [w3ctag/design-reviews] HTTP State Tokens (#297)
- Re: [w3ctag/design-reviews] HTTP State Tokens (#297)
- Re: [w3ctag/design-reviews] HTTP State Tokens (#297)
- Re: [w3ctag/design-reviews] HTTP State Tokens (#297)
[whatwg/fetch] Why doesn't the "body" member of RequestInit have a default value? (#933)
- Re: [whatwg/fetch] Why doesn't the "body" member of RequestInit have a default value? (#933)
- Re: [whatwg/fetch] Why doesn't the "body" member of RequestInit have a default value? (#933)
Re: [w3ctag/design-reviews] Badging API (#387)
- Re: [w3ctag/design-reviews] Badging API (#387)
- Re: [w3ctag/design-reviews] Badging API (#387)
- Re: [w3ctag/design-reviews] Badging API (#387)
Re: [w3ctag/design-reviews] Launch Events (#372)
Re: [w3ctag/design-reviews] Display Locking (#306)
- Re: [w3ctag/design-reviews] Display Locking (#306)
- Re: [w3ctag/design-reviews] Display Locking (#306)
- Re: [w3ctag/design-reviews] Display Locking (#306)
- Re: [w3ctag/design-reviews] Display Locking (#306)
Re: [w3ctag/design-reviews] Design questions for Signed Exchanges (#354)
[w3c/FileAPI] Change Constructor extAttr to constructor() op (#141)
- Re: [w3c/FileAPI] Change Constructor extAttr to constructor() op (#141)
- Re: [w3c/FileAPI] Change Constructor extAttr to constructor() op (#141)
- Re: [w3c/FileAPI] Change Constructor extAttr to constructor() op (#141)
Re: [w3ctag/design-reviews] Scheduling APIs (#338)
- Re: [w3ctag/design-reviews] Scheduling APIs (#338)
- Re: [w3ctag/design-reviews] Scheduling APIs (#338)
- Re: [w3ctag/design-reviews] Scheduling APIs (#338)
- Re: [w3ctag/design-reviews] Scheduling APIs (#338)
- Re: [w3ctag/design-reviews] Scheduling APIs (#338)
- Re: [w3ctag/design-reviews] Scheduling APIs (#338)
- Re: [w3ctag/design-reviews] Scheduling APIs (#338)
- Re: [w3ctag/design-reviews] Scheduling APIs (#338)
- Re: [w3ctag/design-reviews] Scheduling APIs (#338)
- Re: [w3ctag/design-reviews] Scheduling APIs (#338)
- Re: [w3ctag/design-reviews] Scheduling APIs (#338)
- Re: [w3ctag/design-reviews] Scheduling APIs (#338)
Re: [w3ctag/design-reviews] CSS Properties and Values API Level 1 (#318)
Re: [w3ctag/design-reviews] @property (#402)
Re: [w3ctag/design-reviews] MediaStream Image Capture API (Pan/Tilt feature) (#358)
- Re: [w3ctag/design-reviews] MediaStream Image Capture API (Pan/Tilt feature) (#358)
- Re: [w3ctag/design-reviews] MediaStream Image Capture API (Pan/Tilt feature) (#358)
Re: [w3ctag/design-reviews] JavaScript Memory API (#386)
- Re: [w3ctag/design-reviews] JavaScript Memory API (#386)
- Re: [w3ctag/design-reviews] JavaScript Memory API (#386)
Re: [w3ctag/design-reviews] Subresource prefetching+loading via Signed HTTP Exchange (#352)
[w3c/clipboard-apis] Maybe allow content from same origin to be pasted without extra permission requirement (#98)
- Re: [w3c/clipboard-apis] Maybe allow content from same origin to be pasted without extra permission requirement (#98)
- Re: [w3c/clipboard-apis] Maybe allow content from same origin to be pasted without extra permission requirement (#98)
Re: [w3ctag/design-reviews] how to decide if workers are subresources or separate contexts (#310)
Re: [w3ctag/design-reviews] WebRTC DSCP Control API (#325)
[whatwg/fetch] Concurrent GET requests can cause cache misses? (#932)
- Re: [whatwg/fetch] Concurrent GET requests can cause cache misses? (#932)
- Re: [whatwg/fetch] Concurrent GET requests can cause cache misses? (#932)
- Re: [whatwg/fetch] Concurrent GET requests can cause cache misses? (#932)
[w3c/webcomponents] JSON and CSS modules dynamic import (#835)
- Re: [w3c/webcomponents] JSON and CSS modules dynamic import (#835)
- Re: [w3c/webcomponents] JSON and CSS modules dynamic import (#835)
- Re: [w3c/webcomponents] JSON and CSS modules dynamic import (#835)
- Re: [w3c/webcomponents] JSON and CSS modules dynamic import (#835)
- Re: [w3c/webcomponents] JSON and CSS modules dynamic import (#835)
- Re: [w3c/webcomponents] JSON and CSS modules dynamic import (#835)
[w3c/manifest] WebAppManifest itself should be top-level (for="") (#785)
- Re: [w3c/manifest] WebAppManifest itself should be top-level (for="") (#785)
- Re: [w3c/manifest] WebAppManifest itself should be top-level (for="") (#785)
- Re: [w3c/manifest] WebAppManifest itself should be top-level (for="") (#785)
- Re: [w3c/manifest] WebAppManifest itself should be top-level (for="") (#785)
Re: [w3c/ServiceWorker] Add an option to include frozen documents. (#1442)
- Re: [w3c/ServiceWorker] Add an option to include frozen documents. (#1442)
- Re: [w3c/ServiceWorker] Add an option to include frozen documents. (#1442)
- Re: [w3c/ServiceWorker] Add an option to include frozen documents. (#1442)
- Re: [w3c/ServiceWorker] Add an option to include frozen documents. (#1442)
- Re: [w3c/ServiceWorker] Add an option to include frozen documents. (#1442)
- Re: [w3c/ServiceWorker] Add an option to include frozen documents. (#1442)
- Re: [w3c/ServiceWorker] Add an option to include frozen documents. (#1442)
Re: [w3ctag/design-reviews] IFrame Execution Pausing (#369)
- Re: [w3ctag/design-reviews] IFrame Execution Pausing (#369)
- Re: [w3ctag/design-reviews] IFrame Execution Pausing (#369)
- Re: [w3ctag/design-reviews] IFrame Execution Pausing (#369)
Re: [w3c/editing] 2019 TPAC Agenda for Editing TF (#198)
- Re: [w3c/editing] 2019 TPAC Agenda for Editing TF (#198)
- Re: [w3c/editing] 2019 TPAC Agenda for Editing TF (#198)
- Re: [w3c/editing] 2019 TPAC Agenda for Editing TF (#198)
- Re: [w3c/editing] 2019 TPAC Agenda for Editing TF (#198)
- Re: [w3c/editing] 2019 TPAC Agenda for Editing TF (#198)
- Re: [w3c/editing] 2019 TPAC Agenda for Editing TF (#198)
- Re: [w3c/editing] 2019 TPAC Agenda for Editing TF (#198)
- Re: [w3c/editing] 2019 TPAC Agenda for Editing TF (#198)
- Re: [w3c/editing] 2019 TPAC Agenda for Editing TF (#198)
- Re: [w3c/editing] 2019 TPAC Agenda for Editing TF (#198)
- Re: [w3c/editing] 2019 TPAC Agenda for Editing TF (#198)
- Re: [w3c/editing] 2019 TPAC Agenda for Editing TF (#198)
- Re: [w3c/editing] 2019 TPAC Agenda for Editing TF (#198)
- Re: [w3c/editing] 2019 TPAC Agenda for Editing TF (#198)
- Re: [w3c/editing] 2019 TPAC Agenda for Editing TF (#198)
- Re: [w3c/editing] 2019 TPAC Agenda for Editing TF (#198)
- Re: [w3c/editing] 2019 TPAC Agenda for Editing TF (#198)
- Re: [w3c/editing] 2019 TPAC Agenda for Editing TF (#198)
- Re: [w3c/editing] 2019 TPAC Agenda for Editing TF (#198)
- Re: [w3c/editing] 2019 TPAC Agenda for Editing TF (#198)
- Re: [w3c/editing] 2019 TPAC Agenda for Editing TF (#198)
Re: [w3c/push-api] Update to constructor operations (#318)
Re: [w3c/gamepad] id field in gamepad might have a persistent identifier? (#73)
- Re: [w3c/gamepad] id field in gamepad might have a persistent identifier? (#73)
- Re: [w3c/gamepad] id field in gamepad might have a persistent identifier? (#73)
- Re: [w3c/gamepad] id field in gamepad might have a persistent identifier? (#73)
Re: [w3c/manifest] Specification status report for TPAC 2019 (#782)
- Re: [w3c/manifest] Specification status report for TPAC 2019 (#782)
- Re: [w3c/manifest] Specification status report for TPAC 2019 (#782)
- Re: [w3c/manifest] Specification status report for TPAC 2019 (#782)
- Re: [w3c/manifest] Specification status report for TPAC 2019 (#782)
- Re: [w3c/manifest] Specification status report for TPAC 2019 (#782)
- Re: [w3c/manifest] Specification status report for TPAC 2019 (#782)
- Re: [w3c/manifest] Specification status report for TPAC 2019 (#782)
- Re: [w3c/manifest] Specification status report for TPAC 2019 (#782)
- Re: [w3c/manifest] Specification status report for TPAC 2019 (#782)
- Re: [w3c/manifest] Specification status report for TPAC 2019 (#782)
- Re: [w3c/manifest] Specification status report for TPAC 2019 (#782)
Re: [w3c/manifest] Add shortcuts feature to the explainer and spec (#768)
- Re: [w3c/manifest] Add shortcuts feature to the explainer and spec (#768)
- Re: [w3c/manifest] Add shortcuts feature to the explainer and spec (#768)
- Re: [w3c/manifest] Add shortcuts feature to the explainer and spec (#768)
- Re: [w3c/manifest] Add shortcuts feature to the explainer and spec (#768)
- Re: [w3c/manifest] Add shortcuts feature to the explainer and spec (#768)
- Re: [w3c/manifest] Add shortcuts feature to the explainer and spec (#768)
- Re: [w3c/manifest] Add shortcuts feature to the explainer and spec (#768)
- Re: [w3c/manifest] Add shortcuts feature to the explainer and spec (#768)
- Re: [w3c/manifest] Add shortcuts feature to the explainer and spec (#768)
- Re: [w3c/manifest] Add shortcuts feature to the explainer and spec (#768)
- Re: [w3c/manifest] Add shortcuts feature to the explainer and spec (#768)
- Re: [w3c/manifest] Add shortcuts feature to the explainer and spec (#768)
- Re: [w3c/manifest] Add shortcuts feature to the explainer and spec (#768)
- Re: [w3c/manifest] Add shortcuts feature to the explainer and spec (#768)
- Re: [w3c/manifest] Add shortcuts feature to the explainer and spec (#768)
- Re: [w3c/manifest] Add shortcuts feature to the explainer and spec (#768)
- Re: [w3c/manifest] Add shortcuts feature to the explainer and spec (#768)
- Re: [w3c/manifest] Add shortcuts feature to the explainer and spec (#768)
- Re: [w3c/manifest] Add shortcuts feature to the explainer and spec (#768)
- Re: [w3c/manifest] Add shortcuts feature to the explainer and spec (#768)
- Re: [w3c/manifest] Add shortcuts feature to the explainer and spec (#768)
- Re: [w3c/manifest] Add shortcuts feature to the explainer and spec (#768)
- Re: [w3c/manifest] Add shortcuts feature to the explainer and spec (#768)
- Re: [w3c/manifest] Add shortcuts feature to the explainer and spec (#768)
- Re: [w3c/manifest] Add shortcuts feature to the explainer and spec (#768)
- Re: [w3c/manifest] Add shortcuts feature to the explainer and spec (#768)
- Re: [w3c/manifest] Add shortcuts feature to the explainer and spec (#768)
[w3c/manifest] Clarify behaviour of a page linking to a manifest that is not within scope of that manifest (#784)
- Re: [w3c/manifest] Clarify behaviour of a page linking to a manifest that is not within scope of that manifest (#784)
- Re: [w3c/manifest] Clarify behaviour of a page linking to a manifest that is not within scope of that manifest (#784)
- Re: [w3c/manifest] Clarify behaviour of a page linking to a manifest that is not within scope of that manifest (#784)
- Re: [w3c/manifest] Clarify behaviour of a page linking to a manifest that is not within scope of that manifest (#784)
- Re: [w3c/manifest] Clarify behaviour of a page linking to a manifest that is not within scope of that manifest (#784)
- Re: [w3c/manifest] Clarify behaviour of a page linking to a manifest that is not within scope of that manifest (#784)
- Re: [w3c/manifest] Clarify behaviour of a page linking to a manifest that is not within scope of that manifest (#784)
- Re: [w3c/manifest] Clarify behaviour of a page linking to a manifest that is not within scope of that manifest (#784)
- Re: [w3c/manifest] Clarify behaviour of a page linking to a manifest that is not within scope of that manifest (#784)
[heycam/webidl] What is "missing" special value? (#794)
Re: [w3c/manifest] Validate ReSpec in CI (#733)
Re: [w3c/manifest] The border attribute on the table element is presentational markup. Consider using CSS instead. (#603)
Re: [w3c/manifest] Expose API for managing Web App aspects (#472)
Re: [w3c/manifest] Introduce window.Application global object aside manifest.webmanifest (#769)
- Re: [w3c/manifest] Introduce window.Application global object aside manifest.webmanifest (#769)
- Re: [w3c/manifest] Introduce window.Application global object aside manifest.webmanifest (#769)
Re: [w3c/manifest] "manifest" link relation, IANA status? (#778)
Re: [w3c/manifest] Adaptive icons on Android 9 (#783)
- Re: [w3c/manifest] Adaptive icons on Android 9 (#783)
- Re: [w3c/manifest] Adaptive icons on Android 9 (#783)
- Re: [w3c/manifest] Adaptive icons on Android 9 (#783)
- Re: [w3c/manifest] Adaptive icons on Android 9 (#783)
- Re: [w3c/manifest] Adaptive icons on Android 9 (#783)
Re: [w3c/manifest] beforeinstallprompt not fire with "prefer_related_applications": true (#780)
- Re: [w3c/manifest] beforeinstallprompt not fire with "prefer_related_applications": true (#780)
- Re: [w3c/manifest] beforeinstallprompt not fire with "prefer_related_applications": true (#780)
Re: [w3c/screen-orientation] Specification status report for TPAC 2019 (#185)
Re: [w3c/screen-orientation] Double check lock(), event, re/unlock() behaviors (#151)
Re: [w3c/screen-orientation] Clarification regarding locking the screen orientation (#143)
Re: [w3c/screen-orientation] lock() should not fail if another lock() is called in the change event (#184)
Re: [w3c/screen-orientation] Improve hooks with Page Visibility. (#77)
Re: [whatwg/dom] Privacy considerations (#777)
[whatwg/dom] Use Web IDL constructor operations (#782)
- Re: [whatwg/dom] Use Web IDL constructor operations (#782)
- Re: [whatwg/dom] Use Web IDL constructor operations (#782)
- Re: [whatwg/dom] Use Web IDL constructor operations (#782)
- Re: [whatwg/dom] Use Web IDL constructor operations (#782)
- Re: [whatwg/dom] Use Web IDL constructor operations (#782)
- Re: [whatwg/dom] Use Web IDL constructor operations (#782)
- Re: [whatwg/dom] Use Web IDL constructor operations (#782)
Re: [w3c/manifest] DisplayModeType Borderless (#684)
- Re: [w3c/manifest] DisplayModeType Borderless (#684)
- Re: [w3c/manifest] DisplayModeType Borderless (#684)
Re: [w3c/webcomponents] CSS Modules (#759)
[w3c/push-api] Editorial: subscription deregistration happens magically (#320)
- Re: [w3c/push-api] Editorial: subscription unregistration happens magically (#320)
- Re: [w3c/push-api] Editorial: subscription unregistration happens magically (#320)
Re: [w3c/ServiceWorker] Export "clear registration" (#1410)
Re: [w3c/manifest] Describe the manifest data structure (#611)
[w3ctag/design-reviews] Mixed content level 2 (#420)
- Re: [w3ctag/design-reviews] Mixed content level 2 (#420)
- Re: [w3ctag/design-reviews] Mixed content level 2 (#420)
- Re: [w3ctag/design-reviews] Mixed content level 2 (#420)
- Re: [w3ctag/design-reviews] Mixed content level 2 (#420)
- Re: [w3ctag/design-reviews] Mixed content level 2 (#420)
- Re: [w3ctag/design-reviews] Mixed content level 2 (#420)
Re: [whatwg/storage] [whatwg/storage] WebAppsWG TPAC F2F agenda (Fukuoka, Sep 19-20 2019) (#74)
- Re: [whatwg/storage] [whatwg/storage] WebAppsWG TPAC F2F agenda (Fukuoka, Sep 19-20 2019) (#74)
- Re: [whatwg/storage] [whatwg/storage] WebAppsWG TPAC F2F agenda (Fukuoka, Sep 19-20 2019) (#74)
- Re: [whatwg/storage] [whatwg/storage] WebAppsWG TPAC F2F agenda (Fukuoka, Sep 19-20 2019) (#74)
[w3ctag/design-reviews] Storage Corruption Review explainer (#419)
Re: [w3c/editing] Should contenteditable=plaintext-only be standardized? (#162)
[w3c/ServiceWorker] Consider deprecating the ability for scope to match query parameters (#1469)
- Re: [w3c/ServiceWorker] Consider deprecating the ability for scope to match query parameters (#1469)
- Re: [w3c/ServiceWorker] Consider deprecating the ability for scope to match query parameters (#1469)
- Re: [w3c/ServiceWorker] Consider deprecating the ability for scope to match query parameters (#1469)
Re: [w3ctag/design-reviews] Rendering Independent Scroll Offsets (#409)
- Re: [w3ctag/design-reviews] Rendering Independent Scroll Offsets (#409)
- Re: [w3ctag/design-reviews] Rendering Independent Scroll Offsets (#409)
Re: [w3ctag/design-reviews] More restrictive hasEnrolledInstrument() for autofill data (#407)
Re: [w3c/manifest] Add a means to associate a PWA with a file extension (#626)
- Re: [w3c/manifest] Add a means to associate a PWA with a file extension (#626)
- Re: [w3c/manifest] Add a means to associate a PWA with a file extension (#626)
[heycam/webidl] Consider disallowing optional dictionary arguments that have required members (#793)
- Re: [heycam/webidl] Consider disallowing optional dictionary arguments that have required members (#793)
- Re: [heycam/webidl] Consider disallowing optional dictionary arguments that have required members (#793)
- Re: [heycam/webidl] Consider disallowing optional dictionary arguments that have required members (#793)
[w3ctag/design-reviews] Event-Level Click Conversion Measurement API (#418)
- Re: [w3ctag/design-reviews] Event-Level Click Conversion Measurement API (#418)
- Re: [w3ctag/design-reviews] Event-Level Click Conversion Measurement API (#418)
Re: [whatwg/url] [Proposal] Specify a fragment-directive meant for UA instructions (#445)
Re: [w3c/ServiceWorker] Create F2F agenda - 16 September 2019 (#1460)
- Re: [w3c/ServiceWorker] Create F2F agenda - 16 September 2019 (#1460)
- Re: [w3c/ServiceWorker] Create F2F agenda - 16 September 2019 (#1460)
- Re: [w3c/ServiceWorker] Create F2F agenda - 16 September 2019 (#1460)
- Re: [w3c/ServiceWorker] Create F2F agenda - 16 September 2019 (#1460)
- Re: [w3c/ServiceWorker] Create F2F agenda - 16 September 2019 (#1460)
[w3c/ServiceWorker] scope pattern matching (#1468)
- Re: [w3c/ServiceWorker] scope pattern matching (#1468)
- Re: [w3c/ServiceWorker] scope pattern matching (#1468)
[w3ctag/design-reviews] Service Worker Scope Pattern Matching explainer (#417)
- Re: [w3ctag/design-reviews] Service Worker Scope Pattern Matching explainer (#417)
- Re: [w3ctag/design-reviews] Service Worker Scope Pattern Matching explainer (#417)
- Re: [w3ctag/design-reviews] Service Worker Scope Pattern Matching explainer (#417)
- Re: [w3ctag/design-reviews] Service Worker Scope Pattern Matching explainer (#417)
- Re: [w3ctag/design-reviews] Service Worker Scope Pattern Matching explainer (#417)
- Re: [w3ctag/design-reviews] Service Worker Scope Pattern Matching explainer (#417)
- Re: [w3ctag/design-reviews] Service Worker Scope Pattern Matching explainer (#417)
[w3c/clipboard-apis] Please add supportedFormats property (#97)
[w3c/ServiceWorker] Updating use of promises (#1467)
- Re: [w3c/ServiceWorker] Updating use of promises (#1467)
- Re: [w3c/ServiceWorker] Updating use of promises (#1467)
- Re: [w3c/ServiceWorker] Updating use of promises (#1467)
- Re: [w3c/ServiceWorker] Updating use of promises (#1467)
- Re: [w3c/ServiceWorker] Updating use of promises (#1467)
[w3c/webcomponents] Add custom element default focusability proposal (#834)
- Re: [w3c/webcomponents] Add custom element default focusability proposal (#834)
- Re: [w3c/webcomponents] Add custom element default focusability proposal (#834)
- Re: [w3c/webcomponents] Add custom element default focusability proposal (#834)
- Re: [w3c/webcomponents] Add custom element default focusability proposal (#834)
- Re: [w3c/webcomponents] Add custom element default focusability proposal (#834)
- Re: [w3c/webcomponents] Add custom element default focusability proposal (#834)
- Re: [w3c/webcomponents] Add custom element default focusability proposal (#834)
- Re: [w3c/webcomponents] Add custom element default focusability proposal (#834)
- Re: [w3c/webcomponents] Add custom element default focusability proposal (#834)
Re: [w3ctag/design-reviews] Scroll To Text (#392)
- Re: [w3ctag/design-reviews] Scroll To Text (#392)
- Re: [w3ctag/design-reviews] Scroll To Text (#392)
- Re: [w3ctag/design-reviews] Scroll To Text (#392)
- Re: [w3ctag/design-reviews] Scroll To Text (#392)
Re: [w3c/FileAPI] Consider Blob.fromStream (returns a Promise<Blob>) (#140)
Re: [w3ctag/design-reviews] Layout Instability Metric (#393)
[whatwg/encoding] What's the correct use of {stream: true} option for Textdecoder.decode (#184)
- Re: [whatwg/encoding] What's the correct use of {stream: true} option for Textdecoder.decode (#184)
- Re: [whatwg/encoding] What's the correct use of {stream: true} option for Textdecoder.decode (#184)
- Re: [whatwg/encoding] What's the correct use of {stream: true} option for Textdecoder.decode (#184)
[w3c/touch-events] Enable xref (#107)
[w3ctag/design-reviews] EditContext API (#416)
Re: [w3c/gamepad] Update spec to new IDL syntax for optional dictionaries (#101)
[w3c/gamepad] refactor: use new IDL constructor + fix link (#103)
- Re: [w3c/gamepad] refactor: use new IDL constructor + fix link (#103)
- Re: [w3c/gamepad] refactor: use new IDL constructor + fix link (#103)
Re: [w3ctag/design-reviews] Raw Clipboard Access API (#406)
Re: [whatwg/fetch] Proposal: Support GET bodies (#83)
[w3ctag/design-reviews] navigator.scheduling.isFramePending (#415)
- Re: [w3ctag/design-reviews] navigator.scheduling.isFramePending (#415)
- Re: [w3ctag/design-reviews] navigator.scheduling.isFramePending (#415)
- Re: [w3ctag/design-reviews] navigator.scheduling.isFramePending (#415)
- Re: [w3ctag/design-reviews] navigator.scheduling.isFramePending (#415)
- Re: [w3ctag/design-reviews] navigator.scheduling.isFramePending (#415)
- Re: [w3ctag/design-reviews] navigator.scheduling.isFramePending (#415)
[heycam/webidl] Use "react" for the spec promise.then() analog (#792)
- Re: [heycam/webidl] Use "react" for the spec promise.then() analog (#792)
- Re: [heycam/webidl] Use "react" for the spec promise.then() analog (#792)
- Re: [heycam/webidl] Use "react" for the spec promise.then() analog (#792)
- Re: [heycam/webidl] Use "react" for the spec promise.then() analog (#792)
- Re: [heycam/webidl] Use "react" for the spec promise.then() analog (#792)
- Re: [heycam/webidl] Use "react" for the spec promise.then() analog (#792)
[w3c/IndexedDB] No longer need to escape _includes (#294)
[w3c/webcomponents] Update HTML modules explainer with link to duplicate exports issue (#833)
- Re: [w3c/webcomponents] Update HTML modules explainer with link to duplicate exports issue (#833)
- Re: [w3c/webcomponents] Update HTML modules explainer with link to duplicate exports issue (#833)
Re: [w3c/webcomponents] 2019 TPAC F2F Agenda (#826)
- Re: [w3c/webcomponents] 2019 TPAC F2F Agenda (#826)
- Re: [w3c/webcomponents] 2019 TPAC F2F Agenda (#826)
- Re: [w3c/webcomponents] 2019 TPAC F2F Agenda (#826)
- Re: [w3c/webcomponents] 2019 TPAC F2F Agenda (#826)
- Re: [w3c/webcomponents] 2019 TPAC F2F Agenda (#826)
- Re: [w3c/webcomponents] 2019 TPAC F2F Agenda (#826)
- Re: [w3c/webcomponents] 2019 TPAC F2F Agenda (#826)
- Re: [w3c/webcomponents] 2019 TPAC F2F Agenda (#826)
- Re: [w3c/webcomponents] 2019 TPAC F2F Agenda (#826)
- Re: [w3c/webcomponents] 2019 TPAC F2F Agenda (#826)
- Re: [w3c/webcomponents] 2019 TPAC F2F Agenda (#826)
- Re: [w3c/webcomponents] 2019 TPAC F2F Agenda (#826)
- Re: [w3c/webcomponents] 2019 TPAC F2F Agenda (#826)
- Re: [w3c/webcomponents] 2019 TPAC F2F Agenda (#826)
- Re: [w3c/webcomponents] 2019 TPAC F2F Agenda (#826)
- Re: [w3c/webcomponents] 2019 TPAC F2F Agenda (#826)
- Re: [w3c/webcomponents] 2019 TPAC F2F Agenda (#826)
- Re: [w3c/webcomponents] 2019 TPAC F2F Agenda (#826)
- Re: [w3c/webcomponents] 2019 TPAC F2F Agenda (#826)
- Re: [w3c/webcomponents] 2019 TPAC F2F Agenda (#826)
- Re: [w3c/webcomponents] 2019 TPAC F2F Agenda (#826)
- Re: [w3c/webcomponents] 2019 TPAC F2F Agenda (#826)
- Re: [w3c/webcomponents] 2019 TPAC F2F Agenda (#826)
- Re: [w3c/webcomponents] 2019 TPAC F2F Agenda (#826)
- Re: [w3c/webcomponents] 2019 TPAC F2F Agenda (#826)
- Re: [w3c/webcomponents] 2019 TPAC F2F Agenda (#826)
- Re: [w3c/webcomponents] 2019 TPAC F2F Agenda (#826)
Re: [heycam/webidl] Update the ecosystem to constructor operations (#778)
- Re: [heycam/webidl] Update the ecosystem to constructor operations (#778)
- Re: [heycam/webidl] Update the ecosystem to constructor operations (#778)
Re: [whatwg/xhr] Non-simple CORS requests on redirect (#255)
[w3ctag/design-reviews] Trust Token API (#414)
Re: [whatwg/fetch] Uploading a Request made from a ReadableStream body (#425)
- Re: [whatwg/fetch] Uploading a Request made from a ReadableStream body (#425)
- Re: [whatwg/fetch] Uploading a Request made from a ReadableStream body (#425)
- Re: [whatwg/fetch] Uploading a Request made from a ReadableStream body (#425)
- Re: [whatwg/fetch] Uploading a Request made from a ReadableStream body (#425)
- Re: [whatwg/fetch] Uploading a Request made from a ReadableStream body (#425)
- Re: [whatwg/fetch] Uploading a Request made from a ReadableStream body (#425)
- Re: [whatwg/fetch] Uploading a Request made from a ReadableStream body (#425)
- Re: [whatwg/fetch] Uploading a Request made from a ReadableStream body (#425)
- Re: [whatwg/fetch] Uploading a Request made from a ReadableStream body (#425)
[heycam/webidl] Handle conversion failures in 'upon settling'. (#791)
- Re: [heycam/webidl] Handle conversion failures in 'upon settling'. (#791)
- Re: [heycam/webidl] Handle conversion failures in 'upon settling'. (#791)
- Re: [heycam/webidl] Handle conversion failures in 'upon settling'. (#791)
Re: [w3c/screen-orientation] Steps for updating orientation information are misleading (#100)
Re: [w3c/screen-orientation] The responsible document (#146)
Re: [w3c/uievents] Specification status report for TPAC 2019 (#242)
- Re: [w3c/uievents] Specification status report for TPAC 2019 (#242)
- Re: [w3c/uievents] Specification status report for TPAC 2019 (#242)
Re: [w3c/selection-api] Specification status report for TPAC 2019 (#111)
Re: [w3c/push-api] Specification status report for TPAC 2019 (#316)
Re: [w3c/pointerlock] Specification status report for TPAC 2019 (#50)
Re: [heycam/webidl] Revert "Use new syntax for DOMException." (#781)
- Re: [heycam/webidl] Revert "Use new syntax for DOMException." (#781)
- Re: [heycam/webidl] Revert "Use new syntax for DOMException." (#781)
Re: [whatwg/fetch] "Set" Structured Header values in header lists. (#925)
- Re: [whatwg/fetch] "Set" Structured Header values in header lists. (#925)
- Re: [whatwg/fetch] "Set" Structured Header values in header lists. (#925)
- Re: [whatwg/fetch] "Set" Structured Header values in header lists. (#925)
- Re: [whatwg/fetch] "Set" Structured Header values in header lists. (#925)
- Re: [whatwg/fetch] "Set" Structured Header values in header lists. (#925)
- Re: [whatwg/fetch] "Set" Structured Header values in header lists. (#925)
- Re: [whatwg/fetch] "Set" Structured Header values in header lists. (#925)
- Re: [whatwg/fetch] "Set" Structured Header values in header lists. (#925)
- Re: [whatwg/fetch] "Set" Structured Header values in header lists. (#925)
- Re: [whatwg/fetch] "Set" Structured Header values in header lists. (#925)
Re: [w3c/push-api] Editorial: use new constructor IDL syntax (#319)
- Re: [w3c/push-api] Editorial: use new constructor IDL syntax (#319)
- Re: [w3c/push-api] Editorial: use new constructor IDL syntax (#319)
- Re: [w3c/push-api] Editorial: use new constructor IDL syntax (#319)
[w3ctag/design-reviews] Screen Enumeration API (#413)
Re: [w3ctag/design-reviews] WebXR Device API (#403)
Re: [w3c/ServiceWorker] Add a note about termination during activation. (#1451)
- Re: [w3c/ServiceWorker] Add a note about termination during activation. (#1451)
- Re: [w3c/ServiceWorker] Add a note about termination during activation. (#1451)
Re: [w3c/ServiceWorker] "waiting for all" definition changed (#1363)
Re: [w3c/ServiceWorker] Clarify "waiting for all" in Install (#1461)
Re: [w3c/webcomponents] Focus delegation from shadow host should not behave like sequential focus navigation (#830)
- Re: [w3c/webcomponents] Focus delegation from shadow host should not behave like sequential focus navigation (#830)
- Re: [w3c/webcomponents] Focus delegation from shadow host should not behave like sequential focus navigation (#830)
- Re: [w3c/webcomponents] Focus delegation from shadow host should not behave like sequential focus navigation (#830)
- Re: [w3c/webcomponents] Focus delegation from shadow host should not behave like sequential focus navigation (#830)
- Re: [w3c/webcomponents] Focus delegation from shadow host should not behave like sequential focus navigation (#830)
- Re: [w3c/webcomponents] Focus delegation from shadow host should not behave like sequential focus navigation (#830)
- Re: [w3c/webcomponents] Focus delegation from shadow host should not behave like sequential focus navigation (#830)
- Re: [w3c/webcomponents] Focus delegation from shadow host should not behave like sequential focus navigation (#830)
- Re: [w3c/webcomponents] Focus delegation from shadow host should not behave like sequential focus navigation (#830)
- Re: [w3c/webcomponents] Focus delegation from shadow host should not behave like sequential focus navigation (#830)
- Re: [w3c/webcomponents] Focus delegation from shadow host should not behave like sequential focus navigation (#830)
- Re: [w3c/webcomponents] Focus delegation from shadow host should not behave like sequential focus navigation (#830)
- Re: [w3c/webcomponents] Focus delegation from shadow host should not behave like sequential focus navigation (#830)
- Re: [w3c/webcomponents] Focus delegation from shadow host should not behave like sequential focus navigation (#830)
- Re: [w3c/webcomponents] Focus delegation from shadow host should not behave like sequential focus navigation (#830)
- Re: [w3c/webcomponents] Focus delegation from shadow host should not behave like sequential focus navigation (#830)
- Re: [w3c/webcomponents] Focus delegation from shadow host should not behave like sequential focus navigation (#830)
- Re: [w3c/webcomponents] Focus delegation from shadow host should not behave like sequential focus navigation (#830)
[heycam/webidl] Fix example for 'upon settling'. (#790)
- Re: [heycam/webidl] Fix example for 'upon settling'. (#790)
- Re: [heycam/webidl] Fix example for 'upon settling'. (#790)
- Re: [heycam/webidl] Fix example for 'upon settling'. (#790)
- Re: [heycam/webidl] Fix example for 'upon settling'. (#790)
Re: [w3c/webcomponents] [Fix #430] Use DocumentFragment's host concept (aa05726)
Re: [w3c/ServiceWorker] CFC: Transition V1 spec to CR (#1458)
- Re: [w3c/ServiceWorker] CFC: Transition V1 spec to CR (#1458)
- Re: [w3c/ServiceWorker] CFC: Transition V1 spec to CR (#1458)
- Re: [w3c/ServiceWorker] CFC: Transition V1 spec to CR (#1458)
- Re: [w3c/ServiceWorker] CFC: Transition V1 spec to CR (#1458)
- Re: [w3c/ServiceWorker] CFC: Transition V1 spec to CR (#1458)
- Re: [w3c/ServiceWorker] CFC: Transition V1 spec to CR (#1458)
- Re: [w3c/ServiceWorker] CFC: Transition V1 spec to CR (#1458)
Re: [whatwg/dom] MutationObserver characterData:true and input value property changes (#781)
Re: [heycam/webidl] "Perform some steps once a promise is settled" awkward to use in return value form (#783)
- Re: [heycam/webidl] "Perform some steps once a promise is settled" awkward to use in return value form (#783)
- Re: [heycam/webidl] "Perform some steps once a promise is settled" awkward to use in return value form (#783)
- Re: [heycam/webidl] "Perform some steps once a promise is settled" awkward to use in return value form (#783)
[w3c/ServiceWorker] Fixing refs (#1466)
- Re: [w3c/ServiceWorker] Fixing refs (#1466)
- Re: [w3c/ServiceWorker] Fixing refs (#1466)
- Re: [w3c/ServiceWorker] Fixing refs (#1466)
[heycam/webidl] "Upon settling" link text is awkward to use (#789)
- Re: [heycam/webidl] "Upon settling" link text is awkward to use (#789)
- Re: [heycam/webidl] "Upon settling" link text is awkward to use (#789)
[heycam/webidl] "Upon settling" example incorrect (#788)
- Re: [heycam/webidl] "Upon settling" example incorrect (#788)
- Re: [heycam/webidl] "Upon settling" example incorrect (#788)
- Re: [heycam/webidl] "Upon settling" example incorrect (#788)
Re: [heycam/webidl] Should "constructor" be allowed as an argument name? (#779)
Re: [w3c/ServiceWorker] Editorial: Update 'wait for all' usage. (#1463)
- Re: [w3c/ServiceWorker] Editorial: Update 'wait for all' usage. (#1463)
- Re: [w3c/ServiceWorker] Editorial: Update 'wait for all' usage. (#1463)
- Re: [w3c/ServiceWorker] Editorial: Update 'wait for all' usage. (#1463)
- Re: [w3c/ServiceWorker] Editorial: Update 'wait for all' usage. (#1463)
- Re: [w3c/ServiceWorker] Editorial: Update 'wait for all' usage. (#1463)
- Re: [w3c/ServiceWorker] Editorial: Update 'wait for all' usage. (#1463)
[heycam/webidl] Promise wait-for-all link text confusing (#787)
Re: [heycam/webidl] Clarify the relation between the secure context definitions. (#785)
Re: [w3c/webcomponents] Custom pseudo-classes for host elements via shadow roots (:state) (#738)
[w3c/webcomponents] Add custom states and :state() pseudo class proposal (#832)
- Re: [w3c/webcomponents] Add custom states and :state() pseudo class proposal (#832)
- Re: [w3c/webcomponents] Add custom states and :state() pseudo class proposal (#832)
- Re: [w3c/webcomponents] Add custom states and :state() pseudo class proposal (#832)
- Re: [w3c/webcomponents] Add custom states and :state() pseudo class proposal (#832)
- Re: [w3c/webcomponents] Add custom states and :state() pseudo class proposal (#832)
- Re: [w3c/webcomponents] Add custom states and :state() pseudo class proposal (#832)
- Re: [w3c/webcomponents] Add custom states and :state() pseudo class proposal (#832)
- Re: [w3c/webcomponents] Add custom states and :state() pseudo class proposal (#832)
- Re: [w3c/webcomponents] Add custom states and :state() pseudo class proposal (#832)
- Re: [w3c/webcomponents] Add custom states and :state() pseudo class proposal (#832)
- Re: [w3c/webcomponents] Add custom states and :state() pseudo class proposal (#832)
- Re: [w3c/webcomponents] Add custom states and :state() pseudo class proposal (#832)
Re: [w3c/ServiceWorker] Should the order of registrations returned by getRegistrations() be sorted by scope? (#1465)
- Re: [w3c/ServiceWorker] Should the order of registrations returned by getRegistrations() be sorted by scope? (#1465)
- Re: [w3c/ServiceWorker] Should the order of registrations returned by getRegistrations() be sorted by scope? (#1465)
- Re: [w3c/ServiceWorker] Should the order of registrations returned by getRegistrations() be sorted by scope? (#1465)
- Re: [w3c/ServiceWorker] Should the order of registrations returned by getRegistrations() be sorted by scope? (#1465)
[w3c/editing] [execCommand] Remove Editing[Before]InputEvent (#206)
Re: [w3c/editing] Should execCommand dispatch beforeinput or not? (#200)
- Re: [w3c/editing] Should execCommand dispatch beforeinput or not? (#200)
- Re: [w3c/editing] Should execCommand dispatch beforeinput or not? (#200)
- Re: [w3c/editing] Should execCommand dispatch beforeinput or not? (#200)
- Re: [w3c/editing] Should execCommand dispatch beforeinput or not? (#200)
- Re: [w3c/editing] Should execCommand dispatch beforeinput or not? (#200)
- Re: [w3c/editing] Should execCommand dispatch beforeinput or not? (#200)
- Re: [w3c/editing] Should execCommand dispatch beforeinput or not? (#200)
- Re: [w3c/editing] Should execCommand dispatch beforeinput or not? (#200)
- Re: [w3c/editing] Should execCommand dispatch beforeinput or not? (#200)
- Re: [w3c/editing] Should execCommand dispatch beforeinput or not? (#200)
- Re: [w3c/editing] Should execCommand dispatch beforeinput or not? (#200)
- Re: [w3c/editing] Should execCommand dispatch beforeinput or not? (#200)
- Re: [w3c/editing] Should execCommand dispatch beforeinput or not? (#200)
- Re: [w3c/editing] Should execCommand dispatch beforeinput or not? (#200)
- Re: [w3c/editing] Should execCommand dispatch beforeinput or not? (#200)
- Re: [w3c/editing] Should execCommand dispatch beforeinput or not? (#200)
- Re: [w3c/editing] Should execCommand dispatch beforeinput or not? (#200)
- Re: [w3c/editing] Should execCommand dispatch beforeinput or not? (#200)
- Re: [w3c/editing] Should execCommand dispatch beforeinput or not? (#200)
- Re: [w3c/editing] Should execCommand dispatch beforeinput or not? (#200)
Re: [heycam/webidl] Allow "constructor" as an argument name (#786)
- Re: [heycam/webidl] Allow "constructor" as an argument name (#786)
- Re: [heycam/webidl] Allow "constructor" as an argument name (#786)
- Re: [heycam/webidl] Allow "constructor" as an argument name (#786)
- Re: [heycam/webidl] Allow "constructor" as an argument name (#786)
- Re: [heycam/webidl] Allow "constructor" as an argument name (#786)
- Re: [heycam/webidl] Allow "constructor" as an argument name (#786)
- Re: [heycam/webidl] Allow "constructor" as an argument name (#786)
- Re: [heycam/webidl] Allow "constructor" as an argument name (#786)
- Re: [heycam/webidl] Allow "constructor" as an argument name (#786)
- Re: [heycam/webidl] Allow "constructor" as an argument name (#786)