Thanks - agree we don't need to block here, but glad to see it's on your
radar as a future improvement.
LGTM2.
On 3/4/22 5:39 PM, Patrick Meenan wrote:
Here's the crbug for the priority property on Request if you'd like to
follow along: https://crbug.com/1301942
The only use case that comes
Here's the crbug for the priority property on Request if you'd like to
follow along: https://crbug.com/1301942
The only use case that comes to mind is for a service worker to behave
differently based on the requested priority (though if the same resource is
requested multiple times on the page the
I'm plumbing the support for the read-only priority property on Request
now.
It's a fair bit more complicated than I had hoped and requires plumbing
through to net and the internal urlrequest but I'm making good progress.
I don't think we want to hold shipping on that though. It's a nice-to-have
This seems genuinely useful, thanks for working on it.
What's the current thinking on exposing `priority` on Request, i.e.
https://github.com/WICG/priority-hints/issues/11#issuecomment-396610469?
On 3/3/22 4:54 PM, Addy Osmani wrote:
> Priority Hints introduces a developer-set "fetchpriority"
LGTM1 Thank you for pushing this over the line. We've needed it for many years,
and I'm glad it's finally happening.
--
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
t
Thank you all for the quick LGTMs. I appreciate the leniency on the
"signals" requirements, and I'll definitely watch for issues. I agree that
stranger things have happened than expecting =true to result in false.
On Fri, Mar 4, 2022 at 7:33 AM Mike Taylor wrote:
> LGTM3 - if anything I would ex
Indeed!
On Fri, Mar 4, 2022 at 4:44 PM Elad Alon wrote:
> Thanks!
> To clarify, is this inclusive?
>
> On Fri, Mar 4, 2022 at 4:42 PM Yoav Weiss wrote:
>
>> LGTM to continue experimenting till M102
>>
>> On Fri, Mar 4, 2022 at 3:36 PM 'Elad Alon' via blink-dev <
>> blink-dev@chromium.org> wrote
Thanks!
To clarify, is this inclusive?
On Fri, Mar 4, 2022 at 4:42 PM Yoav Weiss wrote:
> LGTM to continue experimenting till M102
>
> On Fri, Mar 4, 2022 at 3:36 PM 'Elad Alon' via blink-dev <
> blink-dev@chromium.org> wrote:
>
>> *Intent to extend experiment, I mean.
>>
>> On Friday, March 4,
LGTM to continue experimenting till M102
On Fri, Mar 4, 2022 at 3:36 PM 'Elad Alon' via blink-dev <
blink-dev@chromium.org> wrote:
> *Intent to extend experiment, I mean.
>
> On Friday, March 4, 2022 at 3:34:12 PM UTC+1 Elad Alon wrote:
>
>> Contact emailselad...@chromium.org
>>
>> Explainerhttps
LGTM3 - if anything I would expect things to unbreak (might be
interesting to look at histograms for the number of popups opened before
and after).
On 3/4/22 10:27 AM, Rick Byers wrote:
Make true truthy, who could object to that? :-) LGTM2
Seriously though, I agree on the sentiment of the low
Make true truthy, who could object to that? :-) LGTM2
Seriously though, I agree on the sentiment of the low compat risk. This
feels arguably bugfix-level to me. But I agree with Daniel that stranger
things have happened in the world of web compat, so as always please keep
an ear open for any regre
LGTM1.
The feedback from Mozilla and WebKit is not of the 100% official kind,
but I agree that this is a small enough change to not request more
formal feedback than the feedback that already is there.
(Also, "exceedingly unlikely", if I've learned anything about the web,
it is that there is
*Intent to extend experiment, I mean.
On Friday, March 4, 2022 at 3:34:12 PM UTC+1 Elad Alon wrote:
> Contact emailselad...@chromium.org
>
> Explainerhttps://github.com/WICG/capture-handle/blob/main/README.md
>
> Specificationhttps://wicg.github.io/capture-handle/ ("Identity" part)
>
> Summary
>
Contact emailselada...@chromium.org
Explainerhttps://github.com/WICG/capture-handle/blob/main/README.md
Specificationhttps://wicg.github.io/capture-handle/ ("Identity" part)
Summary
We introduce a mechanism that allows an application to opt-in to exposing
certain information to other applicatio
14 matches
Mail list logo