Re: [webkit-dev] Request for Position: User Preference Media Features Client Hints Headers

Migrated over to https://github.com/WebKit/standards-positions/issues/15. ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev

Re: [webkit-dev] Network Information API reboot: request for early feedback

> > I'm going to stop replying to this thread going forward since I have other > things to do but please note that my lack of future response does not, in > any way, constitute a lack of signal or acceptance of an argument, idea, or > amendment to the proposal. > > Apple's WebKit team is against t

Re: [webkit-dev] Network Information API reboot: request for early feedback

> > OK, so you are using the existing OS-level network interface settings. > At least on Linux, that is a heuristic-based per-interface setting with > a manual override. > That's great. It's an entirely manual setting on Android and Windows, but I imagine certain rules like "SSID is 'Android AP'"

Re: [webkit-dev] Network Information API reboot: request for early feedback

etered-connections . Cheers, Tom -- Thomas Steiner, PhD—Developer Advocate (https://blog.tomayac.com, https://twitter.com/tomayac) Google Germany GmbH, ABC-Str. 19, 20354 Hamburg, Germany Geschäftsführer: Paul Manicle, Halimah DeLaine Prado Registergericht und -nummer: Hamburg, HRB 86891 -BEG

Re: [webkit-dev] Network Information API reboot: request for early feedback

On Mon, Aug 30, 2021 at 11:06 AM Ryosuke Niwa wrote: > On Mon, Aug 30, 2021 at 1:17 AM Thomas Steiner wrote: > >> On Sun, Aug 29, 2021 at 1:00 AM Ryosuke Niwa wrote: >> >>> I don't think exposing the information about whether the connection is >>> mete

Re: [webkit-dev] Network Information API reboot: request for early feedback

(I noticed the spec preview link had gone stale. Please use https://raw.githack.com/tomayac/netinfo/relaunch/index.html instead.) ___ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev

Re: [webkit-dev] Network Information API reboot: request for early feedback

On Sun, Aug 29, 2021 at 1:00 AM Ryosuke Niwa wrote: > I don't think exposing the information about whether the connection is > metered or not is acceptable from the privacy standpoint. Based on the IP > address of a user & this metered status, a website may even be able to tell > what kind of car

Re: [webkit-dev] Request for Position: User Preference Media Features Client Hints Headers

This is a friendly ping for a position. Thanks! On Tue, Jul 20, 2021 at 09:52 Thomas Steiner wrote: > Updated links post migration to the WICG: > > * Specification or proposal URL: > https://wicg.github.io/user-preference-media-features-headers/ > * Explainer URL: > https://gi

[webkit-dev] Network Information API reboot: request for early feedback

Hey WebKit folks, I have rebooted the Network Information API recently. This is all in a relatively early stage, but I thought now would be a good time to get your feedback on the proposal: - Motivational doc: https://docs.google.com/document/d/1RDA23zSNdDuIcxZTX9Xo3zlD2fxf8dZg9-e0YaJQv0g/edit?us

Re: [webkit-dev] Request for Position: User Preference Media Features Client Hints Headers

Updated links post migration to the WICG: * Specification or proposal URL: https://wicg.github.io/user-preference-media-features-headers/ * Explainer URL: https://github.com/WICG/user-preference-media-features-headers/blob/main/README.md ___ webkit-dev m

Re: [webkit-dev] Request for Position: User Preference Media Features Client Hints Headers

FYI, this has now shipped in Chrome ( https://groups.google.com/a/chromium.org/g/blink-dev/c/tEZ4RVsP1ms/m/TJpJhstGAgAJ) with Google Search engineering working on adding the header to the site. I'd still appreciate WebKit's view on this. ___ webkit-dev ma

Re: [webkit-dev] Feedback on Blink's text fragment directive proposal

On Wed, Jun 9, 2021 at 6:27 PM Megan Gardner wrote: > We are store the explicite range/position information in the associated > note, and also use text matching as a fallback. > Thanks for responding! Any desire to adopt the Text Fragment syntax ( https://web.dev/text-fragments/) for the (brilli

Re: [webkit-dev] Feedback on Blink's text fragment directive proposal

Hi all, Seems like Quick Notes, announced at WWDC2021 (deep-link: https://youtu.be/0TD96VTf0Xs?t=2832), implements the behavior of Text Fragments, including the highlighting part and the disambiguation of duplicate texts (see my screencast https://youtu.be/4MzxJGZvt1Y). I fail to reverse-engineer

Re: [webkit-dev] Request for Position: User Preference Media Features Client Hints Headers

François Beaufort has landed an implementation (👏) of `Sec-CH-Prefers-Color-Scheme` in Chrome Canary (≥92.0.4514.0). We have made a simple demo (https://sec-ch-prefers-color-scheme.glitch.me/) available that showcases the use case we want to enable. The explainer now includes static screenshots (

[webkit-dev] Request for Position: User Preference Media Features Client Hints Headers

Hi WebKittens, We are interested in hearing your thoughts on User Preference Media Features Client Hints Headers, a set of HTTP Client Hints headers around user preference media features as defined by Media Queries Level 5. Specification Title: User Preference Media Features Client Hints Headers

Re: [webkit-dev] Request for position on import maps

Hi all, I realized that there wasn’t a WebKit bug asking for import maps support (

Re: [webkit-dev] WebKit position on Wake Lock API

om the team had a chance to look at this? Please note that we’re currently exclusively look for the “screen” wake lock case, not the “system” case. Thanks for a short update in advance. Cheers, Tom -- Thomas Steiner, PhD—Developer Advocate (https://blog.tomayac.com, https://twitter.com/tomayac

[webkit-dev] WebKit position on Wake Lock API

Hello WebKit Dev, Following Maciej's invitation to send requests for positions on API proposals to this very mailing list, I would like to gauge WebKit's position on the Wake Lock API: https://bugs.webkit.org/show_bug.cgi?id=205104. Nota bene, this is an API that is potentially useful for a "docum

Re: [webkit-dev] Request for feedback on CompressionStream and DecompressionStream

You can see DecompressionStream in action in unarchiver , this is the relevant code snippet (run it in Chrome 79+ with the chrome://flags

Re: [webkit-dev] Lazy loading

help with? > > I would be happy to help. > > > > > I do not have a strong preference among these tasks. Thoughts? > > Cheers, > > > > Rob. > > > > P.S: I intend to attend the WebKit Contributors meeting, so feel free to > chat with me th