Re: [blink-dev] Intent to Ship: Dispatch selectionchange event per element

Hi Yoav&Alex, thanks for the feedback. I'll make it more clear. Generally speaking, the final goal is that, we want to avoid queuing a task to dispatch a selectionchange event when there is already a task scheduled to do that. This is to catch up the latest spec: https://w3c.github.io/selection

[blink-dev] Re: Intent to Ship: WebGPU: GPUAdapter info attribute

On Thu, May 30, 2024 at 6:33 AM François Beaufort wrote: > Contact emailsfbeauf...@google.com > > ExplainerNone > Currently, developers can only get GPUAdapterInfo asynchronously using the GPUAdapter requestAdapterInfo() method. But the WebGPU WG determined it was impractical for requestAdapterI

Re: [blink-dev] Intent-to-Ship: MediaRecorder keyframe configurability

Sorry to necro this thread, but I came across the impl and had a quick question about desired behavior, since it looks buggy to me. The spec says that both the duration and frame count refer to the interval "between key frames". The Blink implementation currently requests a key frame if the ela

Re: [blink-dev] Re: Intent to Ship: Importmap integrity

LGTM2 On Wed, May 29, 2024 at 11:41 AM Mike Taylor wrote: > LGTM1 > On 5/24/24 3:13 PM, Yoav Weiss (@Shopify) wrote: > > > > On Fri, May 24, 2024 at 7:12 PM Panos Astithas > wrote: > >> >> >> On Wed, May 22, 2024 at 2:16 AM Yoav Weiss (@Shopify) < >> yoavwe...@chromium.org> wrote: >> >>> >>> >>

Re: [blink-dev] Intent-to-Ship: MediaRecorder keyframe configurability

On Thursday, May 30, 2024 at 9:32:50 AM UTC-7 Peter Kasting wrote: The spec says that both the duration and frame count refer to the interval "between key frames". More spec text: "If videoKeyFrameIntervalCount is not null and videoKeyFrameIntervalDuration is null, the video encoder produces a

Re: [blink-dev] Intent to Ship: Adding Cross-site Ancestor Chain Bit to CHIPS Partition Key

@Chris, completed the testing section as requested. @Yoav, paypal requested a test site they could use for determining independently if the feature was activated for their testing. I provided them with a glitch.me site that shows if an A1->B->A2 embed is

Re: [blink-dev] Re: Intent to Ship: Importmap integrity

LGTM3 On Thu, May 30, 2024 at 10:41 AM Vladimir Levin wrote: > LGTM2 > > On Wed, May 29, 2024 at 11:41 AM Mike Taylor > wrote: > >> LGTM1 >> On 5/24/24 3:13 PM, Yoav Weiss (@Shopify) wrote: >> >> >> >> On Fri, May 24, 2024 at 7:12 PM Panos Astithas >> wrote: >> >>> >>> >>> On Wed, May 22, 2024

Re: [blink-dev] Intent to Ship: Unrestricted WebUSB (available only to Isolated Web Apps)

LGTM3 On Wed, May 29, 2024 at 4:30 PM Alex Russell wrote: > Thanks, Matt. This is helpful. > > LGTM2. > > On Wednesday, May 29, 2024 at 1:05:39 PM UTC-7 Matt Reynolds wrote: > >> The list of protected interface classes is defined in the spec and >> currently includes Audio, Human Interface Devic

Re: [blink-dev] Intent to Ship: Deprecation of non-standard declarative shadow DOM serialization

Thanks for the LGTMs! On Wed, May 29, 2024 at 7:54 AM Daniel Bratell wrote: > Deprecating seems fine, especially since it's a relatively new API and > less likely to be used on non-maintained sites, but removal seems a bit > premature even if done slowly. Would it be better to let it bake a few

Re: [blink-dev] Intent to Extend Experiment: Compression Dictionary Transport

Mike or other API Owners, still approved given that this is actually requesting a new OT? Thanks, jason! On Wednesday, May 29, 2024 at 5:10:54 PM UTC-7 Tsuyoshi Horo wrote: > Ah, sorry for the confusion. > > This request is for the V3 Origin Trial. > > V1 OT was from 117 to 122. > V2 OT was fro

[blink-dev] Re: Intent to Ship: WebGPU: GPUAdapter info attribute

On Thursday, May 30, 2024 at 1:34:03 PM UTC+9 fbea...@google.com wrote: Contact emailsfbeauf...@google.com ExplainerNone Specificationhttps://gpuweb.github.io/gpuweb/#dom-gpuadapter-info Summary Functionality added to the WebGPU spec after its first shipment in a browser. Adds a synchronous

Re: [blink-dev] Intent to Ship: Dispatch selectionchange event per element

LGTM2, to land the first CL. Thanks for explaining. It sounds like the first CL, which this Intent is covering, is purely additive and should not have significant compatibility risk. It also brings us in line with the behavior Firefox has had for a long time, and the behavior that WebKit has re

Re: [blink-dev] Intent to Ship: Support Video Chapter in MediaMetadata

LGTM1. This feature and its spec fits well with the existing MediaMetadata. It has received a positive position from Mozilla. The TAG review solicited a good discussion of considered alternatives. I agree with Alex that this would have gone better with a proper explainer, including considered

Re: [blink-dev] Intent to Extend Experiment: Compression Dictionary Transport

LGTM for a new OT from 127 to 129. (Speaking generally, I think starting new OTs is better than extending existing ones, so I am glad the team has taken this route. From an ecosystem perspective, new OTs make it easier for the team to make breaking changes, and encourages OT participants to con

Re: [blink-dev] Intent to Deprecate and Relaunch: CHIPS on WebView

On Wed, May 29, 2024 at 5:02 PM 'Dylan Cutler' via blink-dev < blink-dev@chromium.org> wrote: > Hello Blink API Owners, > > > We’re seeking approval to unship and relaunch CHIPS (a.k.a. partitioned > cookies) in Android WebView only. > > Rationale > > The WebViewClient supports a method, shouldInt

Re: [blink-dev] Intent to Ship: Support Video Chapter in MediaMetadata

Hi Alex, Thanks for your feedback! I see there's a question under the TAG( https://github.com/w3ctag/design-reviews/issues/952) asking the alternative approaches, and I replied under it. Ptal and let me know if you have any questions :] There's an existing explainer here: https://www.w3.org/TR/med

Re: [blink-dev] Intent to Ship: Support Video Chapter in MediaMetadata

Thanks Domenic :] On Thu, May 30, 2024 at 6:28 PM Domenic Denicola wrote: > LGTM1. > > This feature and its spec fits well with the existing MediaMetadata. It > has received a positive position from Mozilla. The TAG review solicited a > good discussion of considered alternatives. > > I agree wit

[blink-dev] Re: Intent to Ship: WebGPU: GPUAdapter info attribute

On Fri, May 31, 2024 at 3:16 AM Domenic Denicola wrote: > > > On Thursday, May 30, 2024 at 1:34:03 PM UTC+9 fbea...@google.com wrote: > > Contact emailsfbeauf...@google.com > > ExplainerNone > > Specificationhttps://gpuweb.github.io/gpuweb/#dom-gpuadapter-info > > Summary > > Functionality added

[blink-dev] Re: Intent to Ship: WebGPU: GPUAdapter info attribute

In that case, LGTM1. On Fri, May 31, 2024 at 2:31 PM François Beaufort wrote: > > > On Fri, May 31, 2024 at 3:16 AM Domenic Denicola > wrote: > >> >> >> On Thursday, May 30, 2024 at 1:34:03 PM UTC+9 fbea...@google.com wrote: >> >> Contact emailsfbeauf...@google.com >> >> ExplainerNone >> >> Spe