Re: [blink-dev] Intent to Prototype: Dark mode support for web apps

On Fri 19. Nov 2021 at 07:51 'Louise Brett' via blink-dev < blink-dev@chromium.org> wrote: > Contact emailsloubr...@google.com, glen...@chromium.org, > mgi...@chromium.org > > ExplainerNone yet > > Specification > > Summary > > Add a field to the web app manifest which allows apps to specify a > d

Re: [blink-dev] Intent to Prototype: Dark mode support for web apps

On Fri, Nov 19, 2021 at 7:51 AM 'Louise Brett' via blink-dev < blink-dev@chromium.org> wrote: > Contact emailsloubr...@google.com, glen...@chromium.org, > mgi...@chromium.org > > ExplainerNone yet > > Specification > > Summary > > Add a field to the web app manifest which allows apps to specify a

[blink-dev] Intent to Prototype: Dark mode support for web apps

Contact emailsloubr...@google.com, glen...@chromium.org, mgi...@chromium.org ExplainerNone yet Specification Summary Add a field to the web app manifest which allows apps to specify a different theme color and background color for dark mode. Blink componentBlink

Re: [blink-dev] Intent to Ship: AudioContext.outputLatency

Apologies, I misread the discussion. A spec issue is indeed not needed, as this is already covered. >From my perspective, since this exposes active entropy, the fact that it exposes more data than the (passively exposed) platform is not prohibitive on its own. At the same time, it'd be good to wor

Re: [blink-dev] Intent to Ship: Window Controls Overlay for Installed Desktop Web Apps

This looks great! Thanks for following up on the spec work!! I had a couple more questions upthread: - What are developers expected to do in non-supporting browsers? - Would the user need to opt-in to having web app control over their title bar? On Fri, Nov 19, 2021 at 1:25 AM Diego Go

Re: [blink-dev] Intent to Ship: AudioContext.outputLatency

> If the reported value is incorrect, the A/V synchronization won't be possible. (Perhaps chcunningham@ can say more about this use case.) The typical video player design drives the clock with audio. In short, you send buffers of audio to the OS, use the latency value to know when those buffers ac

[blink-dev] Re: Intent to Prototype: Declarative Link Capturing for PWAs

Hi Som, This API has evolved into a new design called "launch_handler" which is more general than link capturing (allowing us to specify launch logic for all kinds of app launches including share targets, file handlers, etc). Intent: https://groups.google.com/a/chromium.org/g/blink-dev/c/wNOClobs

Re: [blink-dev] Intent to Ship: Window Controls Overlay for Installed Desktop Web Apps

the the new *new* spec update https://wicg.github.io/window-controls-overlay/ On Wednesday, 17 November 2021 at 19:06:24 UTC Diego González wrote: > Hola, > > See the updated spec here: https://wicg.github.io/window-controls-overlay > . > > Thanks > > > On Monday, 15 November 2021 at 17:00:34 U

Re: [EXTERNAL] Re: [blink-dev] Intent to Implement and Ship: Add support for Promise to Blobs in clipboard item

Gentle ping.. On Thu, Nov 4, 2021 at 6:52 AM Thomas Steiner wrote: > On Wed, Nov 3, 2021 at 7:13 PM Anupam Snigdha > wrote: > >> This is a good scenario, but I'm not sure if this can be solved using the >> current design. You probably want a promise to the ClipboardItem? Also, I >> think the MI

Re: [blink-dev] Intent to Extend Experiment: Declarative Link Capturing for PWAs

Brilliant, thanks! On Friday, 19 November 2021 at 7:20:10 am UTC+11 Alex Russell wrote: > API OWNERS just discussed, and we also decided that this intent only needs > a single vote (rather than 3). You're good to go! > > On Thursday, November 18, 2021 at 12:17:02 PM UTC-8 Alex Russell wrote: > >

[blink-dev] Intent to Ship: Pickling for Async Clipboard API

Contact emails sni...@microsoft.com, m...@chromium.org, pc...@microsoft.com Explainer https://github.com/w3c/editing/blob/gh-pages/docs/clipboard-pickling/explainer.md#pickling-for-async-clipboard-api Specificati

Re: [blink-dev] Intent to Ship: AudioContext.outputLatency

Hi Yoav, Could you clarify what needs to be discussed from the spec side? The feature (and its behavior) is properly specified, and its privacy aspect is already reviewed by W3C: https://github.com/WebAudio/web-audio-api/issues/1498 (outputLatency) https://github.com/WebAudio/web-audio-api/issues/

Re: [blink-dev] Intent to Ship: AudioContext.outputLatency

Hey folks! It seems like there are some things to figure out here before shipping. Could y'all file a spec issue to discuss this with the broader community? On Tuesday, November 16, 2021 at 6:16:14 PM UTC+1 hongchan wrote: > Thanks for the feedback, Mike. This is really helpful! > > Mitigation

Re: [blink-dev] Intent to Ship: Remove font-family -webkit-standard

On Thu, Nov 18, 2021 at 1:16 AM Frédéric Wang wrote: > Hi, > > As I explained in yesterday's session, the use counter is placed in > FontSelector::FamilyNameFromSettings where the "-webkit-standard" is > actually resolved to a more concrete family name. This is the only place in > our code where

Re: [blink-dev] Intent to Ship: AudioContext.outputLatency

On Mon, Nov 15, 2021 at 7:52 AM 'Hongchan Choi' via blink-dev < blink-dev@chromium.org> wrote: > Thanks for the review, Yoav. My responses are inline: > > On Sun, Nov 14, 2021 at 10:48 PM Yoav Weiss > wrote: > >> >> >> On Fri, Nov 12, 2021 at 5:33 PM 'Ajay Rahatekar' via blink-dev < >> blink-dev@

Re: [blink-dev] Intent to Extend Experiment: Declarative Link Capturing for PWAs

API OWNERS just discussed, and we also decided that this intent only needs a single vote (rather than 3). You're good to go! On Thursday, November 18, 2021 at 12:17:02 PM UTC-8 Alex Russell wrote: > LGTM1 > > On Wednesday, November 17, 2021 at 10:25:06 PM UTC-8 Alan Cutter wrote: > >> Friendly p

Re: [blink-dev] Re: Intent to Ship: New window.open() popup vs. window behavior

Could you also file a webkit-dev signals request, and a "FYI" TAG issue? On Thu, Nov 18, 2021 at 12:16 PM Chris Harrelson wrote: > LGTM3 > > On Mon, Nov 15, 2021 at 1:15 PM Yoav Weiss wrote: > >> LGTM2 >> >> On Mon, Nov 15, 2021 at 8:18 PM Mason Freed wrote: >> >>> Thanks for the comments! >>>

Re: [blink-dev] Intent to Extend Experiment: Declarative Link Capturing for PWAs

LGTM1 On Wednesday, November 17, 2021 at 10:25:06 PM UTC-8 Alan Cutter wrote: > Friendly ping. > > On Thursday, 11 November 2021 at 7:11:49 pm UTC+11 Alan Cutter wrote: > >> Request to extend M97 experiment end date to avoid breaking sites while >> transitioning to the new launch_handler >>

Re: [blink-dev] Re: Intent to Ship: New window.open() popup vs. window behavior

LGTM3 On Mon, Nov 15, 2021 at 1:15 PM Yoav Weiss wrote: > LGTM2 > > On Mon, Nov 15, 2021 at 8:18 PM Mason Freed wrote: > >> Thanks for the comments! >> >> On Mon, Nov 15, 2021 at 1:17 AM Yoav Weiss >> wrote: >> >>> Thanks Mason and Tooru! >>> >>> This does indeed sound like an improvement towa

Re: [blink-dev] Re: Intent to Ship: WebAuthn minPinLength extension

Hi, could you ask for signals via http://bit.ly/blink-signals? Really sorry we sent this request so late. On Fri, Nov 5, 2021 at 10:37 PM Akshay Kumar wrote: > Microsoft supports adding this extension. > > Akshay Kumar > (Microsoft) > > On Saturday, November 6, 2021 at 3:06:42 AM UTC+5:30 John B

Re: [blink-dev] Intent to Ship: HDR CSS Media Queries

Ok thanks. It looks like the CSSWG discussed the issue and there still needs to be more discussion before a resolution is achieved, so we'll wait for that. On Fri, Nov 5, 2021 at 3:45 PM Will Cassella wrote: > Hey Chris, > > I’ve filed an issue on the csswg-drafts repo >

[blink-dev] Re: Intent to Prototype: Declarative Link Capturing for PWAs

Hey Matt, has this moved beyond trial? On Wednesday, December 16, 2020 at 7:56:39 PM UTC-8 Matt Giuca wrote: > I just filed a TAG Review: > https://github.com/w3ctag/design-reviews/issues/589 > > On Tue, 15 Dec 2020 at 18:03, yo...@yoav.ws wrote: > >> >> >> On Monday, December 14, 2020 at 7:09:4

Re: [blink-dev] Intent to Ship: Supports keyword format in @font-face src descriptor

Sounds good to me, thanks for your detailed explanation. Dominik Röttsches 于2021年11月17日周三 下午6:58写道： > Hi Eric, > > in the context of enabling COLRv1 and the discussion on feature detection > in CSS WG issue #6520 we > need a) implementation chang

Re: [blink-dev] Intent to Ship: Supports keyword format in @font-face src descriptor

Safari status has been updated and this is the Firefox position issue: https://github.com/mozilla/standards-positions/issues/593 Mike Taylor 于2021年11月13日周六 上午3:37写道： > Hi Eric, > > On 11/11/21 8:18 PM, Eric Huang wrote: > > Contact emails ele...@gmail.com > > Explainer https://drafts.csswg.org/c

Re: [blink-dev] HTTP return code of iframe?

Yes, we're working to remove that as it is a security issue. See https://github.com/whatwg/html/issues/7327 and https://bugs.chromium.org/p/chromium/issues/detail?id=1260366 . On Thu, Nov 18, 2021 at 12:57 PM Daniel Cheng wrote: > Hm, I wasn't careful enough when I checked the spec yesterday, I

Re: [blink-dev] HTTP return code of iframe?

Hm, I wasn't careful enough when I checked the spec yesterday, I guess. I notice that seems to fire an error event on HTTP error

Re: [blink-dev] Request for (Extending) Deprecation Trial: [WebRTC] Deprecate and Remove Plan B

I'm sure this can be extended, but just a couple of questions. 1. Do you have a link to the usage counter? 2. What feedback have you had during the deprecation /reverse origin trial so far? /Daniel On 2021-11-18 11:57, Henrik Boström wrote: *Contact emails* h...@chromium.org, h...@chromium.

[blink-dev] Request for (Extending) Deprecation Trial: [WebRTC] Deprecate and Remove Plan B

*Contact emails* h...@chromium.org, h...@chromium.org, h...@chromium.org *Specification* WebRTC is a W3C Recommendation and multiple IETF standards: https://www.w3.org/2021/01/pressrelease-webrtc-rec.html.en *Summary* WebRTC is a set of JavaScript API used to send and receive audio, video and da

Re: [blink-dev] Intent to Ship: Remove font-family -webkit-standard

Hi, As I explained in yesterday's session, the use counter is placed in FontSelector::FamilyNameFromSettings where the "-webkit-standard" is actually resolved to a more concrete family name. This is the only place in our code where that name is handled specially, so that should be relatively

Re: [blink-dev] Intent to Ship: Remove font-family -webkit-standard

The fact that we see an order of magnitude more impact from this in the HTTPArchive than use-counters seems to suggest this is more of a long-tail problem (which use-counters mask by being page-view based). Do you have a sense of what breakage may look like? On Wednesday, November 17, 2021 at 8: