Re: [blink-dev] Intent to Deprecate non-standard declarative shadow DOM serialization

On Friday, January 19, 2024 at 12:27:50 PM UTC-8 vmp...@google.com wrote: Interoperability and Compatibility The use counter for getInnerHTML() (https://chromestatus.com/ metrics/feature/timeline/popularity/3874) shows 0.04% of page loads using this function as of January 2024. That

Re: [blink-dev] New API owner: Domenic Denicola

Thank you and congrats, Domenic!! On Sat, Jan 20, 2024 at 6:23 AM 'Vladimir Levin' via blink-dev < blink-dev@chromium.org> wrote: > Congrats, Domenic! > > On Fri, Jan 19, 2024 at 3:59 PM Rick Byers wrote: > >> Hi blink-dev, >> +Domenic Denicola has volunteered to donate his >> time and

Re: [blink-dev] Intent to Ship: FedCM (was WebID)

Hi everyone, The Microsoft Edge team was recently queried by an IDP about Microsoft Edge's support status for FedCM. We are also shipping it and will continue to support it. If you're an RP or IDP building support for Chrome, you should assume that your scenario will work equally well in

[blink-dev] Intent to Prototype: CSS view-transition-class and class VT argument syntax

Contact emailsvmp...@chromium.org, nrosent...@chromium.org Explainer https://github.com/vmpstr/web-proposals/blob/main/explainers/view-transition-classes.md Specificationhttps://drafts.csswg.org/css-view-transitions-2 Summary This feature introduces a new CSS property view-transition-class

Re: [blink-dev] Intent to Ship: WebGPU: read-write storage textures

LGTM3, assuming tests land -- You received this message because you are subscribed to the Google Groups "blink-dev" group. To unsubscribe from this group and stop receiving emails from it, send an email to blink-dev+unsubscr...@chromium.org. To view this discussion on the web visit

Re: [blink-dev] Intent to Ship: RTCRtpSender setParameters() extensions for requesting the generation of a key frame

LGTM3 On Friday, January 19, 2024 at 12:39:29 PM UTC-8 Mike Taylor wrote: > LGTM2 > On 1/19/24 12:41 PM, Chris Harrelson wrote: > > LGTM1 > > On Fri, Jan 19, 2024 at 7:36 AM 'Vladimir Levin' via blink-dev < > blink-dev@chromium.org> wrote: > >> Thank you for the detailed explanation. It's hard

[blink-dev] Request for Deprecation Trial : HTMLVideoElement-specific Prefixed Fullscreen API

Contact emails tguilb...@chromium.org Explainer None Specification https://fullscreen.spec.whatwg.org/#dom-document-fullscreenenabled Summary There was an attempt in 2014 to deprecate and remove the

Re: [blink-dev] New API owner: Domenic Denicola

Congrats, Domenic! On Fri, Jan 19, 2024 at 3:59 PM Rick Byers wrote: > Hi blink-dev, > +Domenic Denicola has volunteered to donate his > time and considerable web platform expertise to reviewing intent threads as > an API owner. Domenic is very active in the web standards community > including

[blink-dev] Re: Intent to Ship: New ALPS code point

In our OWNERS meeting this week, there was some confusion on what's being proposed here (which is understandable, this isn't quite a typical intent for web exposed feature). Here's a summary of what we're trying to accomplish: 1) We shipped support for the ACCEPT_CH frame over h2 and h3 back

[blink-dev] New API owner: Domenic Denicola

Hi blink-dev, +Domenic Denicola has volunteered to donate his time and considerable web platform expertise to reviewing intent threads as an API owner. Domenic is very active in the web standards community including as an HTML editor, runs our spec mentors

Re: [blink-dev] Intent to Ship: Allow Cross-Origin Subframes to Send Automatic Beacons

Hi Liam, On 1/16/24 3:49 PM, 'Liam Brady' via blink-dev wrote: Contact emails lbr...@google.com , shivani...@chromium.org , jkar...@chromium.org Explainer(s)

Re: [blink-dev] Intent to Ship: RTCRtpSender setParameters() extensions for requesting the generation of a key frame

LGTM2 On 1/19/24 12:41 PM, Chris Harrelson wrote: LGTM1 On Fri, Jan 19, 2024 at 7:36 AM 'Vladimir Levin' via blink-dev wrote: Thank you for the detailed explanation. It's hard to decipher from meeting notes whether a discussion is bikeshedding or serious objections :)

Re: [blink-dev] Intent to Deprecate non-standard declarative shadow DOM serialization

On Fri, Jan 19, 2024 at 3:13 PM Mason Freed wrote: > Contact emailsmas...@chromium.org > > Explainer > https://github.com/whatwg/html/issues/8867#issuecomment-1856696628 > > SpecificationNone > > Summary > > The prototype implementation (which was shipped in 2020 and then > shape-changed in

Re: [blink-dev] Request for Deprecation Trial: Deprecate Third-Party Cookies

On Fri, Jan 19, 2024 at 2:27 PM Brett McStotts wrote: > I'm interested in the first-party version of the 3PDC Deprecation Trial > for top-level origins. I've already registered my domain for the DT for the > third-party version. My token is technically already first-party; I did not > enable

[blink-dev] Intent to Deprecate non-standard declarative shadow DOM serialization

Contact emailsmas...@chromium.org Explainerhttps://github.com/whatwg/html/issues/8867#issuecomment-1856696628 SpecificationNone Summary The prototype implementation (which was shipped in 2020 and then shape-changed in 2023) contained a method called `getInnerHTML()` that could be used to

[blink-dev] Intent to Prototype: Declarative shadow DOM serialization

Contact emailsmas...@chromium.org Explainerhttps://github.com/whatwg/html/issues/8867#issuecomment-1856696628 SpecificationNone Summary The prototype implementation (which was shipped in 2020 and then shape-changed in 2023) contained a method called `getInnerHTML()` that could be used to

Re: [blink-dev] Request for Deprecation Trial: Deprecate Third-Party Cookies

I'm interested in the first-party version of the 3PDC Deprecation Trial for top-level origins. I've already registered my domain for the DT for the third-party version. My token is technically already first-party; I did not enable "Third-party matching" as instructed

Re: [blink-dev] Intent to Ship: RTCRtpSender setParameters() extensions for requesting the generation of a key frame

LGTM1 On Fri, Jan 19, 2024 at 7:36 AM 'Vladimir Levin' via blink-dev < blink-dev@chromium.org> wrote: > Thank you for the detailed explanation. It's hard to decipher from meeting > notes whether a discussion is bikeshedding or serious objections :) > > Based on your description, it does seem

Re: [blink-dev] Intent to Extend Reverse Origin Trial: Trial for SharedArrayBuffers in non-isolated pages on Desktop platforms

LGTM to extend. Breaking the transitive dependency problem with OOPIF seems like an effective and pragmatic strategy to me, I'm excited to see where that goes. One nit below. On Fri, Jan 19, 2024 at 12:06 PM Camille Lamy wrote: > Contact emails > > v...@chromium.org cl...@chromium.org > >

[blink-dev] Intent to Extend Reverse Origin Trial: Trial for SharedArrayBuffers in non-isolated pages on Desktop platforms

Contact emails v...@chromium.org cl...@chromium.org Explainer https://docs.google.com/document/d/1zDlfvfTJ_9e8Jdc8ehuV4zMEu9ySMCiTGMS9y0GU92k Specification https://tc39.github.io/ecma262/#sec-sharedarraybuffer-objects Design docs Including the new security requirements

Re: [blink-dev] Intent to Ship: RTCRtpSender setParameters() extensions for requesting the generation of a key frame

Thank you for the detailed explanation. It's hard to decipher from meeting notes whether a discussion is bikeshedding or serious objections :) Based on your description, it does seem like there is good consensus Thanks, Vlad On Fri, Jan 19, 2024 at 5:14 AM Henrik Boström wrote: > Having

Re: [blink-dev] Intent to Ship: RTCRtpSender setParameters() extensions for requesting the generation of a key frame

Having participated in both the WG meeting and the following editors meetings where the editors merged the PR, my memory too is that there was wide support for this. To make sure I'm not misremembering, I rewatching the recording just now. I